wine-bugs August 2025

wine-bugs@winehq.org

1 participants
377 discussions

[Bug 58578] New: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?)
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58578 Bug ID: 58578 Summary: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 79093 --> http://bugs.winehq.org/attachment.cgi?id=79093 Terminal output of Hygeia Pharmacy running under Wine Hygeia Pharmacy is a .NET 4 application for pharmacy retail. When the application starts up, it will check for various shared components, ending up complaining that Microsoft Report Viewer has to be installed despite already installed. Attached is the screenshot of the error. It says, "It's necessary to install an additional programed named Microsoft Report Viewer" ("มีความจำเป็นต้องติดตั้งโปรแกรมเสริมที่ชื่อว่า Microsoft Report Viewer"). Terminal output reveals 2 interesting FIXME's: ``` 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", L"C:\\Program Files\\HygeiaPharmacy\\HygeiaPharmacy.exe.config", 0, 0, 10D7 A618, 10D7A614 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", (null), 0, 0, 10D7A618, 10D7A614 ``` This leads me to believe that the application chokes up because it does not receive the correct path to this .NET assembly, part of MS ReportViewer 2010. --- Looking into multiple documents and into Wine itself, I _think_ it would be relatively simple to implement MsiProvideAssembly[A|W]() using facilities already implemented in Wine. Bug 58577 plays an important role on this. I actually would love to get my hands dirty, if not for 2 problems: 1. I don't actually have much time myself. 2. Many years ago, I disassembled a different component of Windows (related to MDM/management policy) in order to debug my graduating project. I forgot everything by now, and it's IMHO not related, but combined with 1. I think it's probably better to stay safe. (Can I explain some high-level idea? Will I run afoul of 2.?) A number of MSDN documents that might be useful: https://learn.microsoft.com/en-us/windows/win32/api/msi/nf-msi-msiprovideas… https://learn.microsoft.com/en-us/windows/win32/msi/assembly-registry-keys-… Also helpful is a small test program I write myself to exercise MsiProvideAssemblyW() in the same way as the application (and in a slightly different way). On Windows 11, this outputs as follow: ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll ``` On Wine, it outputs (excluding Wine's output itself): ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 120 MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 120 ``` --- Following is the way I run Hygeia Pharmacy. Hygeia Pharmacy is a relatively complex application and requires the full .NET installation (Mono is not enough). The following commands recreate the environment from scratch: ``` export WINEARCH=win32 export WINEPREFIX=/a/new/prefix winetricks dotnet48 jet40 mdac28 wine ReportViewer.exe # sha256sum: e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06 wine hygeia_trial_install.2.6.28.1.exe # sha256sum: 380085defb0af240f144d603da70d09a76c940a27a65953a9fbe3668c321b4e2 wine "C:\\\\users\\\\Public\\\\Desktop\\\\Hygeia Pharmacy.lnk" &>hygeia_pharmacy_wine_output.txt ``` --- The (trial) version can be obtained from https://www.hygeia-pharmacy.com/trial/. However, it requires a (free) registration, and the website is entirely in Thai with no English version. In order to (try to) help you with the registration, the registration page at https://www.hygeia-pharmacy.com/register/ requires the followed: 1. A chosen username ("Hygeia ID") 2. A chosen password. 3. Your full name 4. Your email. 5. A math captcha (input the equation's answer). I can't remember if there's an email verification after that step or not, because it's been a long time since I registered myself. Once logged in, https://www.hygeia-pharmacy.com/trial/ will show a big blue button for downloading the trial version. The same page will also be a smaller link for "MS Report Viewer" which is hosted by Hygeia Pharmacy themselves (if you prefer an MS link, see the end of bug 58577). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 58588] New: Tokens Acquired from WTSQueryUserToken do not set the session id for the token correctly
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58588 Bug ID: 58588 Summary: Tokens Acquired from WTSQueryUserToken do not set the session id for the token correctly Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wtsapi32 Assignee: wine-bugs(a)winehq.org Reporter: katharina(a)hacked.xyz Distribution: --- A service running under NTAUTHORITY\SYSTEM may use the Windows Terminal Server API to resolve user sessions. This is also works on non-terminalservers, that is, normal computers where only one simoultaneous session is allowed. My best guess is that Windows internally treats all sessions as terminal service sessions, so this API becomes canon. If a service wants to then spawn a process attached to this user's session, so that the spawned process is able to open a window showing in the user's session, it may use CreateProcessAsUserW to do this, and supply a token to a users's Windows session. The general principle is for example documented in this stackoverflow question: https://stackoverflow.com/questions/3128017/launching-a-process-in-user-s-s… A real-world user of this mechanism is the Dassault 3DEXPERIENCE Launcher, which is unfortunately not available without purchase. The actual source of the token is not terribly important; the code I debugged uses WTSEnumerateSessions in conjunction with WTSQueryUserToken. The latter should return a token that has it's session ID set to the current users session ID; most likely 1. A reproducer for this bug is available here: https://gitlab.winehq.org/hackathi/wtsqueryusertoken-bug -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 49810] New: WhenSilenceDimsTheStarsAbove demoscene demo crashes on startup
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=49810 Bug ID: 49810 Summary: WhenSilenceDimsTheStarsAbove demoscene demo crashes on startup Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 68135 --> https://bugs.winehq.org/attachment.cgi?id=68135 demo itself Wine-dbg>cont 00cc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0060957d). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0060957d ESP:0031fdd8 EBP:00008000 EFLAGS:00010202( R- -- I - - - ) EAX:00000000 EBX:000001bd ECX:0031fdac EDX:ffffffff ESI:00000000 EDI:01026560 Stack dump: 0x0031fdd8: 00000007 0031fe38 00000000 007447ca 0x0031fde8: 00000000 f6dc15c0 00606131 0102619c 0x0031fdf8: 0102619c 00000000 004d2270 00000013 0x0031fe08: 00081000 01fc0000 00080000 0031fe30 0x0031fe18: 0031fe88 7bc53f21 0000000a 00110000 0x0031fe28: 0031fe88 7bc53f21 00110094 7ffc2c00 Backtrace: =>0 0x0060957d in whensilencedimsthestarsabove.ex (+0x3957d) (0x00008000) 0x0060957d: movl 0x0(%eax),%ecx -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 58587] New: Bioshock 1.0 demo crashes during HLSL shader compilation
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58587 Bug ID: 58587 Summary: Bioshock 1.0 demo crashes during HLSL shader compilation Product: vkd3d Version: 1.16 Hardware: x86-64 URL: http://us.download.nvidia.com/downloads/nZone/demos/nz d_BioShockPC.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 79113 --> http://bugs.winehq.org/attachment.cgi?id=79113 log vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:200:7: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:574:27: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_verror <anonymous>:717:3: E5013: Invalid semantic 'SV_ClipDistance'. vkd3d:01a0:warn:vsir_parse Failed to parse shader. vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:200:7: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:574:27: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:627:21: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_vwarning <anonymous>:639:55: W5300: Implicit truncation of vector type. vkd3d:01a0:warn:vkd3d_shader_verror <anonymous>:627:21: E5017: Aborting due to not yet implemented feature: SM4 half3 multiplication expression. vkd3d:01a0:warn:vkd3d_shader_verror <anonymous>:639:55: E5017: Aborting due to not yet implemented feature: SM4 half3 multiplication expression. vkd3d:01a0:warn:vkd3d_shader_verror <anonymous>:639:55: E5017: Aborting due to not yet implemented feature: SM4 half3 addition expression. vkd3d:01a0:warn:vkd3d_shader_verror <anonymous>:235:16: E5017: Aborting due to not yet implemented feature: SM4 half3 multiplication expression. vkd3d:01a0:warn:vsir_parse Failed to parse shader. I have attached a full log. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 56354] New: Bioshock 1.0 demo crashes on HLSL syntax error 'unexpected T_TEXT, expecting T_NEWLINE'
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56354 Bug ID: 56354 Summary: Bioshock 1.0 demo crashes on HLSL syntax error 'unexpected T_TEXT, expecting T_NEWLINE' Product: vkd3d Version: 1.10 Hardware: x86-64 URL: http://us.download.nvidia.com/downloads/nZone/demos/nz d_BioShockPC.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- 01cc:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 01cc:err:d3dcompiler:D3DCompile2 Shader log: 01cc:err:d3dcompiler:D3DCompile2 StandardInputs.hlsl:6:32: E4000: syntax error, unexpected T_TEXT, expecting T_NEWLINE 01cc:err:d3dcompiler:D3DCompile2 StandardInputs.hlsl: W4305: Unterminated #if block. 01cc:err:d3dcompiler:D3DCompile2 01cc:err:d3dcompiler:preprocess_shader Failed to preprocess shader, vkd3d result -4. 01cc:err:d3dcompiler:preprocess_shader Shader log: 01cc:err:d3dcompiler:preprocess_shader StandardInputs.hlsl:6:32: E4000: syntax error, unexpected T_TEXT, expecting T_NEWLINE 01cc:err:d3dcompiler:preprocess_shader StandardInputs.hlsl: W4305: Unterminated #if block. 01cc:err:d3dcompiler:preprocess_shader wine: Unhandled page fault on read access to 00000000 at address 10D9BBDE (thread 01cc), starting debugger... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 58527] New: autocad electrical 2026 error in wxwidgets
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58527 Bug ID: 58527 Summary: autocad electrical 2026 error in wxwidgets Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grandrodri3(a)gmail.com Distribution: --- Created attachment 79001 --> http://bugs.winehq.org/attachment.cgi?id=79001 autocad architecture error in wxwidgets Hey, hello guys, how are you? Well, I'm adding a new application to the Wine database. This is an AutoCAD application developed by Autodesk, specifically for electrical plans (specifically, electrical panel installations in homes). So, I'm reporting the error the installer gives me to see if anything can be done. The error I'm getting, by the way, was loaded with the following DLLs installed: vcrun2012 vcrun2022 dotnetcore3 dotnet8 I get an error in the DLLs for the Windows implementation of wxwidgets. I've tried installing wxwidgets from their official website, but nothing. AutoCAD doesn't go beyond the terminal (that is, the installer doesn't display). official download website: https://www.autodesk.com/es/products/autocad/included-toolsets/autocad-elec… I'll pass what I get in the terminal. Could you please check it? Best regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 58583] New: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58583 Bug ID: 58583 Summary: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: waser(a)waser.tech Distribution: --- Created attachment 79107 --> http://bugs.winehq.org/attachment.cgi?id=79107 The game's own crash log from its `_appdata_ixray_/logs` directory. This report details a consistent, immediate startup crash in `CONCRT140.dll` affecting modern S.T.A.L.K.E.R. engine forks. These engines are based on the open-source **Open X-Ray 1.6**, which itself works flawlessly under Wine. The crash only appears in these newer, more advanced forks which leverage the MSVC concurrency runtime for performance. This strongly indicates the issue lies within Wine's implementation of these APIs, not a bug in the engines themselves. This is effectively a regression, as the baseline engine works while the newer, concurrency-enabled versions do not. **Existing Related Bugs:** This issue appears to be a new, highly reproducible test case for known problems in Wine's concurrency support. We are filing this as a new report due to the unique test case and the specific failure point (constructor vs. destructor), but it is likely caused by the same underlying issues as: - **Bug 52899:** Notes that `CONCRT140.dll` requires `CreateEventExW` from `kernel32`. This is the most likely root cause. - **Bug 41749:** Shows a crash in the destructor for `Concurrency::details::_TaskCollection`. Our crash occurs in the *constructor* of this same object, demonstrating a different failing code path. Our report provides two clear methods to reproduce this crash, including one that is fully free and requires no commercial software. --- ### **Primary Reproduction Steps (IX-Ray on S.T.A.L.K.E.R.: Call of Pripyat)** *(Steps 1-5 as in previous draft)* 6. **Run the Game with Debug Logging:** Launch the game using its main executable with full debug channels enabled. ```bash WINEDEBUG=+all wine Stalker-COP.exe &> stalker_cop_crash_all.log WINEDEBUG=+seh,+loaddll wine Stalker-COP.exe &> stalker_cop_crash_seh.log ``` 7. **Result:** The process will crash immediately. The game's own crash log (in `_appdata_ixray_/logs`) and the attached Wine debug logs will show a fatal error in `CONCRT140.dll`. --- ### **Alternative Reproduction Steps (AOEngine on S.T.A.L.K.E.R. Anomaly)** *(As in previous draft, but with the same logging commands)* --- **Expected Behavior:** The game launcher should appear, and the game should launch to the main menu successfully, as it does on Windows and as the baseline Open X-Ray 1.6 engine does under Wine. **Logs:** Three files will be attached for the primary reproduction case: 1. `stalker_cop_crash_seh.log`: A small log with `+seh,+loaddll` for quick initial review. 2. `stalker_cop_crash_all.log.bz2`: The complete `+all` debug log, compressed with bzip2 due to its large size. 3. `ixray-2025.08.10-02.37.21-waser.log`: The game's own crash log from its `_appdata_ixray_/logs` directory. **References:** - **IX-Ray GitHub (Open Source Engine):** https://github.com/ixray-team/ixray-1.6-stcop - **GE-Proton Issue #197 (Full History):** https://github.com/GloriousEggroll/proton-ge-custom/issues/197 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 44966] New: [ER: The Game] A style error occurred while verifying the reading of the license agreement.
by wine-bugs＠winehq.org 10 Aug '25

10 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=44966 Bug ID: 44966 Summary: [ER: The Game] A style error occurred while verifying the reading of the license agreement. Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: ilya(a)ilin.pp.ua Distribution: --- Created attachment 61088 --> https://bugs.winehq.org/attachment.cgi?id=61088 Screenshot When installing the game, the possibility of accepting the license agreement is conceived only if it is fully read (textarea should scroll to the bottom). But in wine it does not work. wine 3.5 openSUSE Tumbleweed Game download: (registry don't need) https://firedrop.com/4bfe735821e6bfcb or http://www.theisozone.com/downloads/pc/windows-games/er---the-game (Black Download button) Patches: https://www.gamewatcher.com/games/er/downloads 0030:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files (x86)\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed with error 2 0030:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet 0030:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33dd3c L"M:\\data1.hdr" 0030:err:richedit:ReadStyleSheet skipping optional destination 0030:err:richedit:ReadStyleSheet skipping optional destination 0030:err:richedit:ReadStyleSheet skipping optional destination -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 58490] New: MusicBee: tab dragging still does not work
by WineHQ Bugzilla 09 Aug '25

09 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58490 Bug ID: 58490 Summary: MusicBee: tab dragging still does not work Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com Distribution: --- Bug 52078 was solved thanks to the drag and drop helpers being stubbed, however WINE still does not allow for tab dragging with MusicBee, so I'm adding it as a separate bug report. How to reproduce: On MusicBee, attempt to drag a tab. Expected behaviour: MusicBee should allow me to drag the tab and drop it to move it. Actual behaviour: A prohibited cursor shows up and the tab is unable to be dragged. Tested on WINE Staging 10.11 on Arch Linux -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 58580] New: macOS clang: -msabi=ms unrecognized option... causes x86_64-unix/*.a files to be missing. Cannot winegcc cannot link agains libadvapi32 et al
by WineHQ Bugzilla 09 Aug '25

09 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58580 Bug ID: 58580 Summary: macOS clang: -msabi=ms unrecognized option... causes x86_64-unix/*.a files to be missing. Cannot winegcc cannot link agains libadvapi32 et al Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: matteo.ceruti(a)gmail.com Created attachment 79102 --> http://bugs.winehq.org/attachment.cgi?id=79102 the patch for the configure-script that works for me I had first reported this to macports but I think you should have a look at it https://trac.macports.org/ticket/72792 Expected Behavior: I like to continue to use winegcc and wineg++ on macOS x86_64 to compile winelibs. In fact it worked with wine 9.0. Actual Behavior: winegcc says it cannot link against advapi32 and others and infact the files such as libadvapi32.a are not in lib/x86_64-unix/ anymore. I think this might be the case since this change: https://github.com/wine-mirror/wine/commit/84d8a24af71d#diff-49473dca262eeab3b4a43002adb08b4db31020d190caaad1594b47f1d5daa810L1969 "Disable non-PE import libraries if compiler support is missing." The -mabi-ms check is now done even if $PE_ARCHS exist which in my understanding means we're crosscompiling PE code. The macport compiles with clang and uses minGW to compile the PE code. But clang does not recognize and no longer ignores the -mabi=ms option and in that case the configure-script now sets DLLEXT from its initial value ".so" to "" which seems to cause the *.a archive files to not being created/installed. I've patched the configure-script so that DLLEXT is only set to "" in case $PE_ARCHS is empty analogous to the fact that in that -mabi=ms not being recognized is not reported as an error. And I can create winelibs .exe.so and .dll.so just fine and load them from a client *.exe. I'd like to still use winegcc and wineg++ and the winelib feature on macOS. Is this no longer possible? I guess linux using clang might experience the same. This is my the patch that works for me on wine 10.12 (It's also attached): https://github.com/matatata/macports-ports/blob/ff459f21995e6b6fceeacd51cea… I'd appreaciate if you could take a look and clarify. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

← Newer
1
...
29
30
31
32
33
34
35
...
38
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2025