April 2018 - Wine-Bugs - list.winehq.org

[Bug 39924] New: bug on starting a PlayOnLinux games (AION)
by wine-bugs＠winehq.org May 10, 2018

May 10, 2018

https://bugs.winehq.org/show_bug.cgi?id=39924 Bug ID: 39924 Summary: bug on starting a PlayOnLinux games (AION) Product: Wine Version: 1.7.3 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: utente.giochi97(a)gmail.com Distribution: --- Created attachment 53319 --> https://bugs.winehq.org/attachment.cgi?id=53319 the text file that describe the bug's details i tryed to install aion (a ncsoft mmorpg) on ubuntu 15.04. after all the download process i tried to run the game, but after che gameforge launcher finished it's work wine open a page that notify me an error. i attach down here the text appear after cliccking the bug's details. i looked about this issue on internet and heard about a CrySystem.dll error that was fixed in the 1.7.38 wine version. i updated my wine in 1.7 but the bug still happen. -- 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 8

[Bug 9408] New: Irfanview cannot scan images
by wine-bugs＠winehq.org May 10, 2018

May 10, 2018

http://bugs.winehq.org/show_bug.cgi?id=9408 Summary: Irfanview cannot scan images Product: Wine Version: 0.9.43. Platform: PC URL: http://www.irfanview.com/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com This is different from bug 9406. With the sane test backend, Irfanview still crashes when attempting to scan. The test backend works just fine with Picasa though. To scan, select File -> Acquire/batch scanning. You can bypass bug 9404 by removing gphoto2.ds.so. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[Bug 31994] New: AquadelicGT: Socket error, code=10013
by wine-bugs＠winehq.org May 10, 2018

May 10, 2018

http://bugs.winehq.org/show_bug.cgi?id=31994 Bug #: 31994 Summary: AquadelicGT: Socket error, code=10013 Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: starous(a)volny.cz Classification: Unclassified Created attachment 42173 --> http://bugs.winehq.org/attachment.cgi?id=42173 Wine log - WINEDEBUG="-all,+winsock" Hello, I am trying to play AquadelicGT game under wine for long time - the game works fine approx. from version 1.5.8 in single player mode if msxml4.dll is replaced by native Windows DLL (As I wrote in AppDB - http://appdb.winehq.org/objectManager.php?sClass=version&iId=18692 ). But the game is still not working in multiplayer mode - there is displayed message box "Socket error, code=10013" and game freezes every time when I try to start "Join multiplayer game". First I thought it can be related to CAP_NET_RAW problem - I tried set this capability to game EXE files - Launcher.exe and Run.exe - but this does not help. Then I found bug 7929 - it looks similarly like my problem, so I waited for fix of this bug. Bug 7929 was fixed in latest release 1.5.15, so I tried it today - but the problem is still the same. Wine log with debug setting WINEDEBUG="-all,+winsock" is included in attachment. (Note: The game itself is Run.exe file - but it (probably) cannot be started directly, it is started via Launcher.exe file.) Best regards, Ales -- 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.

1 56

[Bug 30465] New: BridgeCentral: Invalid floating point operation in mozjs.dll (fldcw in JSDOUBLE_IS_INT32)
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

http://bugs.winehq.org/show_bug.cgi?id=30465 Bug #: 30465 Summary: BridgeCentral: Invalid floating point operation in mozjs.dll (fldcw in JSDOUBLE_IS_INT32) Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: u.dickow(a)gmail.com Classification: Unclassified When BridgeCentral 2.2.3 is logged in to a club database on the Internet, it will be fatally hit by an "Invalid floating point operation" dialog box after at most (and often exactly) 9 minutes of operation, i.e. 9 minutes after opening of the main window displaying the very simple web page http://bridge.dk/bridgecentral/nyheder/Welcome/Welcome.html . When you press OK to the dialog box, the application is either completely confused and unusable, or it immediately crashes with 2 more dialog boxes about Access violation in mozjs.dll for read of an address, and the general wine "Serious problem" box. The crash happens completely reproducibly if you just let the application wait at the Welcome window after login and don't touch it. "Unfortunately" (from a debugging point of view) the bug does _not_ appear when BridgeCentral 2.2.3 uses only a local database, without any Firebird TCP connection. So although anyone can download BridgeCentral from http://bridgecentral.dk/ , you cannot easily reproduce the bug without being a privileged member of a Danish DBf bridge club. -- 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.

1 26

[Bug 35721] New: Black and White: Unhandled page fault on read access to 0x00000138 at address 0x37f204
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

http://bugs.winehq.org/show_bug.cgi?id=35721 Bug ID: 35721 Summary: Black and White: Unhandled page fault on read access to 0x00000138 at address 0x37f204 Product: Wine Version: 1.7.13 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linus(a)folkdatorn.se Created attachment 47710 --> http://bugs.winehq.org/attachment.cgi?id=47710 Complete output from wine runblack.exe When trying to run Black and White on wine 1.7.13 it crashes when starting with the following error: wine: Unhandled page fault on read access to 0x00000138 at address 0x37f204 (thread 003e), starting debugger... This does NOT happen when using wine 1.7.5. My computer takes forever just to build one version of wine so I haven't had the time for regression testing yet. If someone could do it for me I would be very thankful. Attached is the complete output from `wine runblack.exe`. -- 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 20

[Bug 44633] New: Checboxes and Radiobuttons blank out the text area that follows them
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=44633 Bug ID: 44633 Summary: Checboxes and Radiobuttons blank out the text area that follows them Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Because it's not possible to control the text color for themed checkboxes and radiobuttons, I have implemented a kludge in my app that works on Windows, but not WINE. I create checkboxes and radiobuttons as two widgets: the button, with a null text string (but sized as if it contained the text so that clicking on the text still activates the button), followed by a static text item for the label, which I draw in black or white depending on the background color. I process the WM_CTLCOLOR... messages, and set the background mode to TRANSPARENT, but I return a non-null background brush. If I don't do that, the button's focus rectangle doesn't go away when it loses focus. But since the text is null, Windows doesn't draw anything where the text would go. My static text control draws in the same place - resulting in what looks like a normal check/radiobutton, but with the text in the color I want. This works fine on Windows, and I think it used to work under WINE (but don't quote me - this is a recent feature, and I may have never tested it under a prior version of WINE). In version 3.2 at least, the radiobutton or checkbox seems to be overwriting my static text control - so that I don't see the text at all. I.e., WINE is drawing the full text rectangle, even though it contains a null string. Either Windows only draws the rectangle for the actual 0-sized text string, or it's order of operations allows my static text to remain visible. But in Windows, there's no 'flashing' of the text, so I suspect the background rectangle is being sized to the null string and the static label is never erased and redrawn. In WINE, when I click the radiobutton, I can see my static text label flash on - but it is immediately overwritten by a blank text rectangle drawn by WINE. Yes, my code is a bit of a kludge, but it works on Windows (and I know of no other way to control the color of check/radiobutton text). It'd be nice if it worked on WINE too, no? -- 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 14

[Bug 45004] New: Mouselook is not working for FPS games..
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45004 Bug ID: 45004 Summary: Mouselook is not working for FPS games.. Product: Wine Version: 3.6 Hardware: x86-64 OS: Android Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruthan(a)email.cz I have tested Quake Steam version, where console command +Mlook should give you mouselook option, same with Hexen 2 demo and Unreal Tournament 99 - which is running only in safe mode. Where is this option turn on, its not working at it should and its uplayable regardless of mouse sensitivity settings. -- 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 45082] New: Hyperview fails to open
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45082 Bug ID: 45082 Summary: Hyperview fails to open Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: jgc.eaglescout51(a)gmail.com Distribution: --- Created attachment 61236 --> https://bugs.winehq.org/attachment.cgi?id=61236 Terminal Output and Backtrace Wine encounters issues handling dlls when program starts. Installer comes on disk but can be uploaded upon request. -- 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 44969] New: Apartment doesn't close RPC server connection ( ole32 should release IRemUnknown stub manager?)
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=44969 Bug ID: 44969 Summary: Apartment doesn't close RPC server connection (ole32 should release IRemUnknown stub manager?) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 61090 --> https://bugs.winehq.org/attachment.cgi?id=61090 rpcrt4: Add a test for returning an interface pointer. I came across this bug while trying to write a test for using interface pointers in rpcrt4. I've attached the test. The parts I wanted to test work fine, but it causes another failure later: server.c:1772: Test failed: RpcMgmtIsServerListening returned 0, expected 1715 This occurs because ole32 is still listening to the server, on a connection associated with the IRemUnknown stub manager. As far as I can tell we never release this stub manager until the apartment is closed, which seems like incorrect behaviour. -- 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 44963] New: gdi32: GetTextExtentExPoint* broken wrt. fake_bold
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=44963 Bug ID: 44963 Summary: gdi32: GetTextExtentExPoint* broken wrt. fake_bold Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- I'm not sure if I can describe it properly. The chain goes about this way: - CreateFontIndirectEx is passed size (-22) and weight Bold - SelectFont runs and returns a *fake_bold* font with MaxCharWidth = 24 - based upon that GetTextExtentExPoint will be called with nMaxExtent = 24 - that call will incorrectly fail (return FALSE), as artificial bold will make the glyph 25px wide (because of get_advance_metric) Adding 1 to max_ext in '(nfit && dx > (unsigned int)max_ext)' check makes things relying on GetTextExtentExPoint *not* failing work, but isn't really a proper fix... Noticed with GetTextExtentExPointW, but (given content of the functions) most likely could be triggered by GetTextExtentExPointI too. -- 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 4