August 2026 - Wine-Bugs - list.winehq.org

[Bug 32995] New: Attempts to copy text from Folio VIP 3.01 and paste into Libre Office causes Wine to crash
by wine-bugs＠winehq.org Aug. 19, 2026

Aug. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=32995 Bug #: 32995 Summary: Attempts to copy text from Folio VIP 3.01 and paste into Libre Office causes Wine to crash Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hakimoerton(a)gmail.com Classification: Unclassified Created attachment 43589 --> http://bugs.winehq.org/attachment.cgi?id=43589 info from Wine following crash When attempting to paste text copied with Ctrl-c from Folio VIP 3.01 into Office Writer or Gedit text editor Wine crashes saying there is a problem with Winedvm.exe. The crashes happens every time in Wine but copy and paste into Open Office works fine on Windows XP. Only and immediately when Ctrl-V is pressed does the crash happen. Office then responds with "Requested clipboard format in not available". -- 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 9

[Bug 60185] New: Some processes don't exit if long env vars list is set
by WineHQ Bugzilla Aug. 19, 2026

Aug. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60185 Bug ID: 60185 Summary: Some processes don't exit if long env vars list is set Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: callum(a)gare.au Target Milestone: --- Created attachment 81868 --> http://bugs.winehq.org/attachment.cgi?id=81868 An example exe (the installer for an old game) which hangs on exit Using the latest available stable wine binary for macOS, 11.0 (https://github.com/Gcenx/macOS_Wine_builds) I get very odd behaviour when some programs will hang when exiting if the size of the environment variables is large. ## Reproduction I've attached "Setup.exe" which is an installer from an old game that produces this behaviour (though I see it for other programs too). You don't need to actually proceed with the installation (which will fail in any case as there are other files this installer needs to actually install the game) but simply running the exe then hitting cancel to quit it should be enough to demonstrate this behaviour. I didn't not have this issue when running the same Setup.exe with an older version of wine (`wine-9.0 (KegworksCX 24.0.7)`). If "Wine Stable.app" is not already installed it can be installed with `brew install --cask wine-stable` or by downloading it from https://github.com/Gcenx/macOS_Wine_builds/releases/tag/11.0_1. First to confirm that the installer exits fine when a smaller sized environment is used run `cd $DIR_OF_SETUP_EXE && env -i "PATH=/Applications/Wine Stable.app/Contents/Resources/wine/bin" wine start /wait Setup.exe` and when the setup wizard appears hit cancel. It should exit fine. However if run with `cd $DIR_OF_SETUP_EXE && env -i "PATH=/Applications/Wine Stable.app/Contents/Resources/wine/bin" make_env_var_size_big=$(head -c 5000 /dev/zero | tr '\0' 'A') wine start /wait Setup.exe` after hitting cancel in the setup wizard the wizard should close but the wine processes remain open. One of them hovers at around 100% CPU usage continuously and has to be force quit in order to close. ## Environment Setup I'm running this in macOS 15.6.1 on M2 Pro. -- 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 60013] New: ComicRackCE periodically locks up
by WineHQ Bugzilla Aug. 19, 2026

Aug. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60013 Bug ID: 60013 Summary: ComicRackCE periodically locks up Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dnsapi Assignee: wine-bugs(a)list.winehq.org Reporter: sluggo(a)unknown.nu Target Milestone: --- Distribution: --- Since upgrading to 11.13, ComicRack CE has been locking up after running 5-15 minutes. I bisected it and got the following: commit 11bca8ddeaa7655c1198b4ad52c509711a58f989 Author: Stefan Riesenberger <stefan.riesenberger(a)gmail.com> Date: Thu Jul 9 22:26:52 2026 +0200 dnsapi: Add stub for DnsStopMulticastQuery(). dlls/dnsapi/dnsapi.spec | 1 + dlls/dnsapi/main.c | 10 ++++++++++ include/windns.h | 1 + 3 files changed, 12 insertions(+) -- 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 10

[Bug 60195] New: conhost:tty test behaves differently if run as part of winteest, or standalone
by WineHQ Bugzilla Aug. 19, 2026

Aug. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60195 Bug ID: 60195 Summary: conhost:tty test behaves differently if run as part of winteest, or standalone Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Target Milestone: --- Distribution: --- Run as part of the main tests: Win10-test32-admin: timeout (120s) Win10-test32-user: 100% pass (7s) Win10-test64-admin: 100% pass (7s) Win10-test64-user: 100% pass (7s) Win11-test32-admin: timeout (120s) Win11-test32-user: timeout (120s) Win11-test64-admin: timeout (120s) Win11-test64-user: timeout (120s) Run standalone: Thousands of failures across the board. Gave up running as unprivileged user as it was going to take hours. From https://bugs.winehq.org/show_bug.cgi?id=53465#c3 I would expect test results to be the same, no matter how they are started. Whatever winetest.exe does helps the conhost:tty test complete (in some cases as above). -- 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 53464] New: conhost.exe:tty sometimes times out on Windows 10
by WineHQ Bugzilla Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=53464 Bug ID: 53464 Summary: conhost.exe:tty sometimes times out on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty sometimes times out on Windows 10: conhost.exe:tty start programs/conhost/tests/tty.c conhost.exe:tty:1734 done (258) in 120s https://test.winehq.org/data/patterns.html#conhost.exe:tty The timeouts are very frequent on Windows 10 1909 as per bug 51182. However they also happen on other Windows 10 versions like 2004 and 21H1 where they cannot be blamed on conhost.exe being a buggy early version. Adding more traces shows that the test gets stuck in test_read_console_control(). Depending on the run this happens in one of two locations: 1350: skip_sequence("\x1b[25l"); /* broken hide cursor */ tty.c:1370:4.047 Test succeeded tty.c:1373:4.047 Test succeeded tty.c:226:4.047 Test succeeded tty.c:1705:3.984 Test succeeded tty.c:1350:4.110 Test succeeded tty.c:603:4.tty.c:1602:4.047 Test 110 Test succeeded succeeded ttytty.c:60.c:6:4.110 T16est succeeded 04:4tty.c:.043477:4.110 Test succeeded Test succeeded tty.c:1245:4.110 Test succeeded conhost.exe:tty:1dbc done (258) in 120s 1406: skip_sequence("\x1b[?25l"); /* hide cursor */ tty.c:1647:6.578 Test succeeded tty.c:1650:tty.c6.578:140 Test5:6.6 succeeded87 Tes t succeeded tty.c:1405:6.687 Test succeeded tty.c:1405:6.687 Test succeeded tty.c:1405:6.687 Test succeeded tty.c:1406:6.687 Test succeeded tty.c:437:6.750 Test succeeded tty.c:1245:6.750 Test succeeded conhost.exe:tty:13d4 done (258) in 120s The traces are mangled because the main test process and the child process write to stdout at the same time. In all cases the last trace is from write_console_pipe(): 1245: ok(res, "WriteFile failed: %lu\n", GetLastError()); -- 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 5

[Bug 51182] New: test_write_console() fails in conhost:tty on Windows 1909
by WineHQ Bugzilla Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=51182 Bug ID: 51182 Summary: test_write_console() fails in conhost:tty on Windows 1909 Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_write_console() fails in conhost:tty on Windows 1909, probably because conhost.exe is broken in Windows 10 <= 2004: tty.c:581: Test failed: 0: expected "abc" got "\x1b[H \x1b[32m0\x1b[41m1\x1b[30m2\x1b[m\x1b[20X\x1b[20C\r\n\x1b[30X\x1b[30C\r\n\x1b[30X\x1b[30C\r\n abc \x1b[30ma\x1b[m\x1b[17X\x1b[17C\r\n child z\r\nz\x1b[29X\x1b[29C\r\n bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nx"... tty.c:586: Test failed: 0: expected " " got "\x1b[H \x1b[32m0\x1b[41m1\x1b[30m2\x1b[m\x1b[20X\x1b[20C\r\n\x1b[30X\x1b[30C\r\n\x1b[30X\x1b[30C\r\n abc \x1b[30ma\x1b[m\x1b[17X\x1b[17C\r\n child z\r\nz\x1b[29X\x1b[29C\r\n bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nx"... tty.c:587: Test failed: 0: expected "t" got "\x1b[H \x1b[32m0\x1b[41m1\x1b[30m2\x1b[m\x1b[20X\x1b[20C\r\n\x1b[30X\x1b[30C\r\n\x1b[30X\x1b[30C\r\n abc \x1b[30ma\x1b[m\x1b[17X\x1b[17C\r\n child z\r\nz\x1b[29X\x1b[29C\r\n bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nx"... tty.c:589: Test failed: expected empty buffer, got "\x1b[H \x1b[32m0\x1b[41m1\x1b[30m2\x1b[m\x1b[20X\x1b[20C\r\n\x1b[30X\x1b[30C\r\n\x1b[30X\x1b[30C\r\n abc \x1b[30ma\x1b[m\x1b[17X\x1b[17C\r\n child z\r\nz\x1b[29X\x1b[29C\r\n bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nx"... tty.c:593: Test failed: 0: expected "\rr abc tx" got "\x1b[m\rr abc tx\x1b[4;2H\x1b[?25h" tty.c:595: Test failed: 0: expected "\x1b[4;2H" got "\x1b[m\rr abc tx\x1b[4;2H\x1b[?25h" tty.c:596: Test failed: 0: expected "\x1b[?25h" got "\x1b[m\rr abc tx\x1b[4;2H\x1b[?25h" tty.c:597: Test failed: expected empty buffer, got "\x1b[m\rr abc tx\x1b[4;2H\x1b[?25h" tty.c:666: Test failed: Read file failed: 996 tty.c:666: Test failed: 0: expected "\x1b[11;29H" got "\x08\x1b[?25h" tty.c:667: Test failed: 0: expected "\x1b[?25h" got "\x08\x1b[?25h" tty.c:669: Test failed: expected empty buffer, got "\x08\x1b[?25h" tty.c:694: Test failed: 0: expected "\r\nc" got "\x1b[?25h" tty.c:706: Test failed: 0: expected "\x1b[40;29H" got "\r\nc\x1b[29X\x1b[29C\x1b[40;29H\x1b[?25h" tty.c:708: Test failed: expected empty buffer, got "\r\nc\x1b[29X\x1b[29C\x1b[40;29H\x1b[?25h" tty.c:729: Test failed: 0: expected "\n" got "\x1b[?25h" tty.c:730: Test failed: 0: expected "\x1b[30X" got "\x1b[?25h" tty.c:731: Test failed: 0: expected "\x1b[30C" got "\x1b[?25h" tty.c:732: Test failed: 0: expected "\r" got "\x1b[?25h" tty.c:741: Test failed: 0: expected "\x1b[12;29H" got "\r\n\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:746: Test failed: 0: expected "43\x08" got "\r\n\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:748: Test failed: expected empty buffer, got "\r\n\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:752: Test failed: 0: expected "\x08" got "43\x1b[12;29H\x1b[?25h" tty.c:756: Test failed: expected hide cursor escape tty.c:757: Test failed: 0: expected "23" got "43\x1b[12;29H\x1b[?25h" tty.c:759: Test failed: 0: expected "\x1b[12;29H" got "43\x1b[12;29H\x1b[?25h" tty.c:760: Test failed: 0: expected "\x1b[?25h" got "43\x1b[12;29H\x1b[?25h" tty.c:761: Test failed: expected empty buffer, got "43\x1b[12;29H\x1b[?25h" tty.c:789: Test failed: 0: expected "\x1b[28C" got "\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:791: Test failed: expected empty buffer, got "\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:862: Test failed: 0: expected "\x1b[21;29H" got "\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... tty.c:864: Test failed: expected empty buffer, got "\x1b[Habcchild z\r\n123\x1b[27X\x1b[27C\r\ncde bo\x1b[30m\r\nxxx890\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\nxx5677\x1b[m\x1b[24X\x1b[24C\x1b[30m\r\n902344\x1b[m\x1b[24X\x1b[24C\r\n xxx\x1b[24X\x1b[24C\r\n\x1b[30X\x1b[30C\r\n "... These failures can be reproduced on cw-rx46-1909, wc-gtx560-1909 and the TestBot's w1064v1909: https://test.winehq.org/data/patterns.html#conhost.exe:tty They don't happen on Windows 10 1809 and lower because the test detects that conhost.exe is broken there: tty.c:1645: Tests skipped: Skipping tty output tests on broken Windows version And the test succeeds on Windows 10 >= 2004 (or rather has unrelated failures). So it looks like 1909 fell between the cracks and that the test should skip too somehow. This test was introduced by the commit below: commit 5d96c5aac883b343ddcfbe6f6b1b96ad6827a46b Author: Jacek Caban <jacek(a)codeweavers.com> AuthorDate: Fri Sep 11 14:31:24 2020 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Fri Sep 11 16:55:40 2020 +0200 conhost/tests: Add WriteConsole tests. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 6

[Bug 42233] New: wine 2.0 rc 5 apparent regression error in TES 4: oblivion
by wine-bugs＠winehq.org Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=42233 Bug ID: 42233 Summary: wine 2.0 rc 5 apparent regression error in TES 4: oblivion Product: Wine-staging Version: 2.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathon.n.baker(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 56878 --> https://bugs.winehq.org/attachment.cgi?id=56878 information output by terminal and the wine crash logging tool before and after program crash The video game Elder Scrolls 4: Oblivion is installed in a wine prefix which is shared with a steam installation and several other videogames. This prefix is run exclusively with the 64 bit version of wine. With the currently set dll overrides and winetricks modifications, and starting with a wine version of 2.0 rc2, wine has had no problems running this game. However, upon trying to run it after updating to 2.0 rc5, the game launches, loads the names of the companies and a disclaimer about other engine components they used, and then crashes prior to reaching the main menu. I have attached the full output of the wine process when this occurs. This regression is not present in the current wine-devel version. All other video games installed to this prefix still function with no errors. These games include: Fallout: New Vegas, Bioshock, Mass Effect 1, Mass Effect 2. I have installed several windows DLLs using winetricks, and several others were installed by steam during game installation. This is a list of installed DLLs (as listed by winetricks and winecfg) and their override settings (from winecfg), if set: winegstreamer: disabled d3dx10: disabled d3dx11: disabled d3dx9_43: native quartz: native devenum: builtin dmband: builtin dmcompos: builtin dmime: builtin dmload: builtin dmscript: builtin dmstyle: builtin dmsynth: builtin dmusic: builtin dmusic32: builtin dsound:builtin dswave: builtin streamci: builtin d3dx9: d3dx9_26 d3dx9_28 d3dx9_31 d3dx9_35 d3dx9_36 d3dx9_39 d3dx9_42 directmusic directx9 vcrun2008 xact xact_jun2010 xinput mwo was toggled a few times with winetricks, but is currently set to default behavior all of this was set manually, and no recipes were applied with winetricks I attempted to record more information about the crash at the direction of a user on the #winehq irc channel on freenode using the environment variable setting 'WINEDEBUG=+relay,+tid,+seh' however adding +relay changed program behavior from crashing to hanging. At that point, user told me to post bug here -- 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.

3 11

[Bug 56659] New: Total War Shogun 2 doesn't render 3D model textures in D3D11 mode.
by WineHQ Bugzilla Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=56659 Bug ID: 56659 Summary: Total War Shogun 2 doesn't render 3D model textures in D3D11 mode. Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76434 --> https://bugs.winehq.org/attachment.cgi?id=76434 Console log in D3D11 mode. Now that bug #53197 is fixed, the game actually gets in game with wine's builtin D3D11. However, none of the game's 3D model textures render at all. With all 3D models appearing with a solid black / dark grey color. In addition some effects are also missing. Such as the cherry blossoms and leaves on the trees. The result is a very burnt out / heavy fog looking Japan. As seen in the attached screenshots. As bug #53197 was about stubbing D3DX11LoadTextureFromTexture() in wine, it may be related. Finally, attempting to enter a battle from the campaign map will cause the game to crash after a few calls to D3DX11GetImageInfoFromMemory(). Console log attached. -- 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 9

[Bug 56628] New: Golftopia (GOG) crashes during startup in unityplayer on Intel iGPU.
by WineHQ Bugzilla Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=56628 Bug ID: 56628 Summary: Golftopia (GOG) crashes during startup in unityplayer on Intel iGPU. Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76403 --> https://bugs.winehq.org/attachment.cgi?id=76403 Crash backtrace Attempting to run Golftopia with an Intel iGPU (Intel Corporation Device [8086:0a1e] (rev 0b)) causes the game to crash during startup after the initial loading dialog. Backtrace attached. -- 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 59976] New: Maximized windows cover the taskbar when using virtual desktop (explorer /desktop=shell)
by WineHQ Bugzilla Aug. 18, 2026

Aug. 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=59976 Bug ID: 59976 Summary: Maximized windows cover the taskbar when using virtual desktop (explorer /desktop=shell) Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)list.winehq.org Reporter: ajf(a)ajf.me Target Milestone: --- Distribution: --- Created attachment 81374 --> http://bugs.winehq.org/attachment.cgi?id=81374 explorer /desktop=shell,640x480 with maximized Notepad window (taskbar can't be seen because it is covered by the maximized window) With an invocation like `wine explorer /desktop=shell,640x480`, WINE will open a virtual desktop with a taskbar provided by explorer.exe. If I launch a program in this environment, for example notepad.exe, it covers the entire desktop *including* the taskbar, meaning that the taskbar becomes hidden and therefore inaccessible. This is not what you would expect. This happens with WINE 10.0 stable, WINE 11.0 stable, and the latest WINE master. I haven't tested any other versions. -- 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 9