wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5563 discussions

[Bug 35371] New: Battlefield 2: Wine crashes on mic setup
by wine-bugs＠winehq.org 08 Nov '25

08 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=35371 Bug ID: 35371 Summary: Battlefield 2: Wine crashes on mic setup Product: Wine Version: 1.7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crazy.just(a)verizon.net Classification: Unclassified Created attachment 47174 --> http://bugs.winehq.org/attachment.cgi?id=47174 Program Error Details Battlefield 2: Wine crashes on mic setup. -- 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 14

[Bug 48318] New: Undercover: Operation Wintersun demo: videos are flickering
by WineHQ Bugzilla 08 Nov '25

08 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=48318 Bug ID: 48318 Summary: Undercover: Operation Wintersun demo: videos are flickering Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Demo starts and gameplay is smooth. But intro videos are flickering. wine Operation\ Wintersonne\ Demo.exe 0125:fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0125:fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0125:fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS) 0125:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127dd60) stub 0125:fixme:gstreamer:source_query_accept (0x127df98) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12d8a70) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0142:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x12742c0) stub 0125:fixme:gstreamer:source_query_accept (0x127e250) stub 0140:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0140:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x148c9b0) stub 0125:fixme:gstreamer:source_query_accept (0x602eee8) stub 0161:fixme:quartz:DSoundRender_SendSampleData Sample dropped 10584 of 180224 bytes 0161:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! 0161:err:quartz:DSoundRender_SendSampleData 0 -- 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 12

[Bug 11536] New: Worms World Party doesn't respond after match
by wine-bugs＠winehq.org 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=11536 Summary: Worms World Party doesn't respond after match Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rpgraca(a)gmail.com After most matches, like missions and deathmatch and in multiplayer games in the 3rd game, the game doesn't respond to mouse input and I only get beeps when I click on the window. This does't happen in multiplayer games whenever the final result 2-0 or 1-0. I get no stange message in the terminal. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 20

[Bug 40639] New: Can't run a game with Wine
by wine-bugs＠winehq.org 07 Nov '25

07 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=40639 Bug ID: 40639 Summary: Can't run a game with Wine Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmbeer2(a)gmail.com Distribution: --- Testing with GTA San Andreas. Running direct with ./wine cause a halt and stooped game in the memory, i only can run normaly if i execute ./wineboot with a active desktop. Not show nothing in the 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.

2 13

[Bug 44827] New: FL Studio: 32-bit/ 64-bit VST plugin bit bridging soft locks the host
by wine-bugs＠winehq.org 06 Nov '25

06 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=44827 Bug ID: 44827 Summary: FL Studio: 32-bit/64-bit VST plugin bit bridging soft locks the host Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Trying to bridge a 32-bit VST plugin in FL Studio 64-bit, or bridge a 64-bit VST plugin in FL Studio 32-bit, leads to this being outputted: 003c:err:ntdll:RtlpWaitForCriticalSection section 0x1ac6028 "?" wait timed out in thread 003c, blocked by 002a, retrying (60 sec) And the DAW soft locks with a loading cursor as it blocks the UI until the plugin's loaded, forever trying to bridge the plugin. (By "soft lock", I mean that FL Studio itself is still responsive, but you're completely blocked from doing anything and the only way to get out of it is to kill the process.) ====== Steps to reproduce: 1. Download and install FL Studio 12 Demo: https://support.image-line.com/redirect/FLStudio_Installer_Google The demo and the full version are the same executable. You will need the Arial font or any ttf named as arial.ttf in "C:/Windows/fonts/". If you have Winetricks just run "winetricks corefonts" (you will need the cabextract package). 2. Download any 32-bit or 64-bit VST to test. This is the one I tried, a 32-bit plugin (http://veg.by/en/projects/syxg50/). The plugin itself is working perfectly. You can use any VST you want, as long as you know whether it's 32-bit or 64-bit. Put the dll file in "~/.wineprefix/drive_c/Program Files (x86)/Steinberg/VstPlugins/". 3. Open the FL Studio version which DOESN'T match the instruction set of the VST you're using. If you're using a 32-bit VST plugin, open FL Studio 12 (64-bit). If you're using a 64-bit VST plugin, open FL Studio 12 (32-bit). (If you're using the VST I linked to, open FL Studio 12 (64-bit)) 4. When FL Studio is launched for the first time, a featured project file is automatically loaded. Click "File" in the top left corner and then "New" to create an empty project. 5. Click "Options" > "Manage Plugins" 6. Click the "Start scan" button with "Verify plugins" enabled (make sure the light is red). Let it scan for plugins. 7. Close the window, click "Add", and then "More plugins..." (under System) 8. Find and select "S-YXG50" (or if you used another VST, pick that). 9. Because the instruction set of the VST plugin doesn't match the host program's (FL Studio), FL Studio will try to run the VST plugin under a "bridge" (which uses ilbridge.exe, the bridging program installed as part of FL Studio). However, the plugin never loads. The UI blocks any interaction while plugins are being loaded so FL Studio is effectively soft locked. -- 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 29

[Bug 41930] New: Civilization III Complete shows black terrain ( Wine compiled with OSMesa support)
by wine-bugs＠winehq.org 06 Nov '25

06 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=41930 Bug ID: 41930 Summary: Civilization III Complete shows black terrain (Wine compiled with OSMesa support) Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: michael(a)fds-team.de Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063 Distribution: --- Created attachment 56311 --> https://bugs.winehq.org/attachment.cgi?id=56311 screenshot This is one of the few games that I know of which makes some use of OpenGl in bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain turn black as soon as I launch a game. Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa. I tried Civilization III Complete (both the Steam and the GOG.com versions have this bug). Terminal output: fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not registered err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a} could be created for context 0x1 Reverting the following patch on top of git fixes the problem: commit e618ab65ed5b623785c58ea5ece6e39895d43063 Author: Michael Müller <michael(a)fds-team.de> Date: Tue Feb 3 11:07:38 2015 +0100 gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats. Please let me know if you need debug logs. wine-1.9.24-105-g1d3b944 Fedora 24 x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 375.20 Installed packages: mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24 -- 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 73

[Bug 29780] New: XPS Viewer EP shows garbage in the toolbar background
by wine-bugs＠winehq.org 06 Nov '25

06 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=29780 Bug #: 29780 Summary: XPS Viewer EP shows garbage in the toolbar background Product: Wine Version: 1.4-rc2 Platform: x86-64 URL: http://download.microsoft.com/download/2/5/2/2526f55d- 32bc-410f-be18-164ba67ae07d/XPSEP XP and Server 2003 32 bit.msi OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: bunglehead(a)gmail.com Classification: Unclassified Regression SHA1: 1c1b1c0073c3dea34ff4096d749a459accf5e337 Created attachment 38676 --> http://bugs.winehq.org/attachment.cgi?id=38676 Terminal output The background of the toolbar in XPS Viewer EP is not displayed properly, showing garbage (previous screen content). This worked in 1.4-rc1, and regression testing indicated: 1c1b1c0073c3dea34ff4096d749a459accf5e337 is the first bad commit commit 1c1b1c0073c3dea34ff4096d749a459accf5e337 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Wed Feb 1 00:07:00 2012 +0300 comctl32: More tests for Toolbar window style handling. :040000 040000 dd921cd22cea799bb21627f6e80aba024d087098 ee93a6dccb2bc9c894dc6330dbae8fc4650b2b82 M dlls Reverting the patch fixed it. To reproduce: 1. In system32, make a copy of acledit.dll named xpssvcs.dll 2. Install (occasionally crashes - retry if needed) 3. wine xpsrchvw -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 10

[Bug 29714] New: mmdevapi/capture test often fails on debian testing
by wine-bugs＠winehq.org 06 Nov '25

06 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=29714 Bug #: 29714 Summary: mmdevapi/capture test often fails on debian testing Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: hoehle(a)users.sourceforge.net Classification: Unclassified Regression SHA1: f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf Created attachment 38565 --> http://bugs.winehq.org/attachment.cgi?id=38565 +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio trace austin@debian-buildbot:~/wine-git$ git bisect bad f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf is the first bad commit commit f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf Author: J��rg H��hle <hoehle(a)users.sourceforge.net> Date: Thu Jan 12 22:36:31 2012 +0100 mmdevapi/tests: Perform capture protocol tests in shared mode. :040000 040000 8251887bab3583e1327626d8e7492e61fa5e0285 255d9de316fae3fc6fc5b26a87b771593858e8c6 M dlls +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio trace attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 10

[Bug 21187] New: OLE Exception code 80004002 - AmiBroker + AmiQuote
by wine-bugs＠winehq.org 04 Nov '25

04 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=21187 Summary: OLE Exception code 80004002 - AmiBroker + AmiQuote Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mxn(a)atlas.cz Steps to reproduce: 1) Download AmiBroker (trial application ver. 5.20) from http://www.amibroker.com/download.html 2) Install it with command 'wine AmiBroker520.exe' 3) 'cd' to directory where AmiBroker trianl is installed 4) Start AmiBroker with command 'wine Broker.exe' 5) Start AmiQuote with command 'wine AmiQuote/Quote.exe' 6) In 'AmiQuote' choose 'Tools -> Auto-update Amibroker database' 7) Error dialog pops up 'OLE Exception code 80004002' 8) downgrade wine to ver. 1.1.33 9) Repeat steps 4) - 6), no Error dialog is displayed and everything works correctly (database is updated) Note: I believe bug is also reproducible in wine 1.1.34. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 21

[Bug 21483] New: changed token security breaks .NET Framework SDK tools
by wine-bugs＠winehq.org 04 Nov '25

04 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=21483 Summary: changed token security breaks .NET Framework SDK tools Product: Wine Version: 1.1.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, some of Microsoft's tools from .NET Framework SDKs - namely managed debuggers (CLR) - stopped working after 1.1.33+ release. They seem to be very picky about object security. I bisected this one but technically this isn't a regression because Rob's token patches made Wine more correct - exposing another object security problem. --- snip --- $ git bisect bad bd56916f90e68632993a7275fe30a55a7efa222a is the first bad commit commit bd56916f90e68632993a7275fe30a55a7efa222a Author: Rob Shearman <robertshearman(a)gmail.com> Date: Mon Nov 16 20:11:06 2009 +0000 server: Extend get_token_user server call to also retrieve SIDs for the token's owner or primary group. :040000 040000 829f1543526675ae48f6fde8c8cedff74fd51797 7a77653291795c209ec529dd6660d52fc922a58c M dlls :040000 040000 57735b53b28db37ac4627dc009000e225175164a 4dcc1388cb136e559c06106632c08e8e610fe557 M include :040000 040000 4e83227cb0133c7e288a1e930461d4efe1130882 cf1c3539d6b3c91c854fa2b9b672f68ea601f639 M server --- snip --- "old" behaviour, where default process token was like this: Token owner -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias) NtQueryInformationToken had the token owner info hard-coded (to SECURITY_INTERACTIVE_RID) while Rob's patches moved the actual query to wineserver. --- Basically the app code that verifies the security of created objects goes like this: - get SD from created object (event) handle -> GetKernelObjectSecurity( OWNER_SECURITY_INFORMATION | DACL_SECURITY_INFORMATION) - get owner SID of SD -> GetSecurityDescriptorOwner() -> SID1 - get DACL of SD -> GetSecurityDescriptorDacl() - for each ACE from DACL (GetAce) -> SID2: check ACE SID against SD owner SID -> EqualSid( SID1, SID2) - match -> profit! not -> fail! --- snip --- ... 0023: create_event( access=001f0003, attributes=00000080, manual_reset=1, initial_state=0, objattr={rootdir=0014,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}},name=L"Global\\CorDBIPCSetupSyncEvent_36"} ) 0023: create_event() = 0 { handle=01c4 } ... 0025:trace:advapi:GetKernelObjectSecurity (0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8) 0025:trace:ntdll:NtQuerySecurityObject (0xc4,0x00000005,0x14ef40,0x00000050,0x33f7e8) 0025: get_security_object( handle=00c4, security_info=00000005 ) 0025: get_security_object() = 0 { sd_len=00000050, sd={control=00000037,owner={S-1-5-4},group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-4}}}} } 0025:trace:ntdll:RtlGetDaclSecurityDescriptor (0x14ef40,0x33f7c3,0x33f7ec,0x33f7c2) 0025:trace:ntdll:RtlGetAce (0x14ef60,0,0x33f7f0) 0025:trace:ntdll:RtlLengthSid sid=0x14ef54 0025: open_event( access=001f0003, attributes=00000002, rootdir=0034, name=L"Global\\CorDBIPCLSEventAvailName_36" ) 0025: open_event() = 0 { handle=00c8 } ... --- snip --- "new" behaviour, where default process token is now like this: Token owner -> S-1-5-32-544 "BUILTIN\Administrators" (alias) Token user -> S-1-5-4 "NT AUTHORITY\INTERACTIVE" (well-known group) Token primary group -> S-1-5-32-544 "BUILTIN\Administrators" (alias) --- snip --- ... 0024:trace:ntdll:NtOpenProcessTokenEx (0x1b0,0x00000008,0x00000000,0x318e6d0) 0024: open_token( handle=01b0, access=00000008, attributes=00000000, flags=00000000 ) 0024: open_token() = 0 { token=01b4 } ... 0024:trace:advapi:GetTokenInformation (0x1b4, TokenOwner, 0x184130, 20, 0x318e6e0): 0024:trace:ntdll:NtQueryInformationToken (0x1b4,4,0x184130,20,0x318e6e0) 0024: get_token_sid( handle=01b4, which_sid=00000004 ) 0024: get_token_sid() = 0 { sid_len=16, sid={S-1-5-32-544} } ... 0024: create_event( access=001f0003, attributes=00000080, manual_reset=1, initial_state=0, objattr={rootdir=0018,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}},name=L"Global\\CorDBIPCSetupSyncEvent_37"} ) 0024: create_event() = 0 { handle=01c8 } ... 0026:trace:advapi:GetKernelObjectSecurity (0xc8,0x00000005,(nil),0x00000000,0x33f7e8) 0026:trace:ntdll:NtQuerySecurityObject (0xc8,0x00000005,(nil),0x00000000,0x33f7e8) 0026: get_security_object( handle=00c8, security_info=00000005 ) 0026: get_security_object() = 0 { sd_len=00000058, sd={control=00000037,owner={S-1-5-4},group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=e01f001f,AceFlags=0,Sid={S-1-5-32-544}}}} } ... --- snip --- Using the "admins" sid (alias) as token user in server/token.c:token_create_admin() instead of current "interactive" sid fixes the problem. Though I don't know if this is the right thing to do. I hope I provided enough infos and let Alexandre handle it ;-) To get detailed token infos/dumps you might be interested in this little console app, from cygwin's Corinna Vinschen ;-) http://www.mail-archive.com/cygwin@cygwin.com/msg71800.html It might provide useful information when run under different security principals. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 16

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 July 2021