October 2015 - Wine-Bugs - list.winehq.org

[Bug 19661] New: Lotus Approach 3.1 causes a page fault on load
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=19661 Summary: Lotus Approach 3.1 causes a page fault on load Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: NEW Keywords: win16 Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22944) --> (http://bugs.winehq.org/attachment.cgi?id=22944) Wine 1.1.27 console output Lotus Approach 3.1 causes a page fault on loading and has to be killed. -- 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.

3 27

[Bug 39439] New: calling CreateProcess from windows code on a program binary mounted with noexec crashes wine
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=39439 Bug ID: 39439 Summary: calling CreateProcess from windows code on a program binary mounted with noexec crashes wine Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hramrach(a)gmail.com Distribution: --- I moved a windows application from a failed disk partition to a flash drive. I mounted the flash drive using pmount which adds the noexec flag. Executing the application as in wine ./Client.exe works. However, the application also spawns Client.bin (presumably using CreateProcess) and that binary crashes on start when spawned from noexec filesystem. It raises an exception very early in Wine code so I guess the application is in no position to catch it. And it raises it in the spawned application, not the spawning application. The Client.bin itself is not executable (as in +x mode). I can add traces if needed but this should be easy to reproduce. I see multiple related problems here 1) wine does not check the noexec flag when loading a binary initially from the commandline but does check it (or uses a library function that does) when a windows application calls spawn or clone or whatever - inconsistency 2) wine checks the noexec in the wrong place - it should check before performing CreateProcess and report error in the calling application but it fails executing the created process and crashes 3) when wine fails executing an application due to the noexec flag it should produce an intelligible error message rather than crash -- 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 31905] New: Windows from virtual desktop are able to steal focus from external windows
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- 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.

3 6

[Bug 14966] New: Error inserting clip art on MS Word XP
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=14966 Summary: Error inserting clip art on MS Word XP Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tahoward(a)nc.rr.com I haven't customized anything in winecfg, except setting OS version to Windows XP. In Word, when I select Insert -> Picture -> Clip Art... , an error message appears saying "Clip Organizer cannot complete the operation. Error Code 0x80040155". In the wine log, I see: err:ole:marshal_object couldn't get IPSFactory buffer for interface {0c733a8b-2a1c-11ce-ade5-00aa0044773d} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80040155 err:ole:CoMarshalInterface Failed to marshal the interface {0c733a8b-2a1c-11ce-ade5-00aa0044773d}, 80040155 fixme:ole:CFStub_Invoke CoMarshalInterface failed, 80040155! err:rpc:I_RpcReceive we got fault packet with status 0x80040155 fixme:ole:CFProxy_CreateInstance IRpcChannelBuffer_SendReceive failed with 80040155? fixme:ole:CoCreateInstance no instance created for interface {0c733a8b-2a1c-11ce-ade5-00aa0044773d} of class {09e767a6-4481-4791-86a5-a739e5290e4c}, hres is 0x80040155 -- 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 30

[Bug 27403] New: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=27403 Summary: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net The problem can be seen in the attached video: headers on the first tab are first displayed correctly (and are clickable), then they get overdrawn slowly which makes them non-clickable. Usually, the second tab does not have this problem, and some actions trigger the header buttons to be redrawn, but they get overdrawn again at once. I tried to nail down the problem by vastly expanding RelayExclude to the 500 topmost function calls, an excerpt of the resulting log is also attached. No fixmes or warnings come up. -- 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.

3 42

[Bug 35165] New: Quake Live standalone login window shows difficult to read text in the username field
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=35165 Bug ID: 35165 Summary: Quake Live standalone login window shows difficult to read text in the username field Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexandru.balut(a)gmail.com Classification: Unclassified Created attachment 46910 --> http://bugs.winehq.org/attachment.cgi?id=46910 Entered "mmmmmmmm" in the two fields Install the app (installer might crash, but ignore that), start it, notice the text entered in the username/password fields appears in a weird way. When pressing backspace to delete the last character, the text suddenly seems to appear fine but there is an unexpected margin between the right-side of the text and the cursor. Then if more letters are entered they continue to be displayed broken. Does not happen with digits for some reason. -- 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 37896] New: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=37896 Bug ID: 37896 Summary: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)richardpayne.name Distribution: --- I have two identical edit controls with ES_PASSWORD set via EM_SETPASSWORDCHAR. Identical, that is, apart from 1 having WS_BORDER set and the other not. The one without WS_BORDER does not conceal its contents as it should when a password char is specified. The one with WS_BORDER set works as expected. -- 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 22

[Bug 23319] New: cmd thinks shift.exe is an internal command
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=23319 Summary: cmd thinks shift.exe is an internal command Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Windows, 'shift' is an internal command, and 'shift.exe' is an external command. Wine's cmd mistakenly thinks 'shift.exe' is a synonym for 'shift'. This makes it somewhat hard to play EA's Need For Speed: Shift. -- 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.

3 17

[Bug 30239] New: Adobe Photoshop CS6 beta installer "failed to initialize"
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=30239 Bug #: 30239 Summary: Adobe Photoshop CS6 beta installer "failed to initialize" Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Downloaded http://labsdownload.adobe.com/pub/labs/photoshopcs6/photoshopcs6_p1_win_032… unzipped, ran Set-up.exe Log shows ... Exiting Installer with Code: 0 ... trace:text:X11DRV_GetTextExtentExPoint L"I" 1 trace:text:X11DRV_GetTextExtentExPoint L"n" 1 trace:text:X11DRV_GetTextExtentExPoint L"s" 1 trace:text:X11DRV_GetTextExtentExPoint L"t" 1 trace:text:X11DRV_GetTextExtentExPoint L"a" 1 trace:text:X11DRV_GetTextExtentExPoint L"l" 1 trace:text:X11DRV_GetTextExtentExPoint L"l" 1 trace:text:X11DRV_GetTextExtentExPoint L"e" 1 trace:text:X11DRV_GetTextExtentExPoint L"r" 1 trace:text:X11DRV_GetTextExtentExPoint L" " 1 trace:text:X11DRV_GetTextExtentExPoint L"f" 1 trace:text:X11DRV_GetTextExtentExPoint L"a" 1 trace:text:X11DRV_GetTextExtentExPoint L"i" 1 trace:text:X11DRV_GetTextExtentExPoint L"l" 1 trace:text:X11DRV_GetTextExtentExPoint L"e" 1 trace:text:X11DRV_GetTextExtentExPoint L"d" 1 (+relay shows that message whole, 0028:Call gdi32.GetTextExtentPoint32W(00000438,01fdd2e0 L"Installer failed to initialize. This could be due to a missing file.",00000001,0033cfc4) ret=00d2caaa ) The log also shows a fair bit of XML, so I tried "winetricks msxml3", and it got further. -- 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.

3 32

[Bug 11595] New: wine application crashes if linux application changes a file it has open ( Notepad++)
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=11595 Summary: wine application crashes if linux application changes a file it has open (Notepad++) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tycho_lamerigts(a)yahoo.com - install notepad++ - start notepad++ - create new file - save file - modify saved file with a linux application (e.g. gedit) - switch focus back to notepad++, it sees the change, then freezes. -- 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.

3 64