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

[Bug 45108] New: Sigma Data Center - Certificate error
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45108 Bug ID: 45108 Summary: Sigma Data Center - Certificate error Product: Wine Version: 3.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 61288 --> https://bugs.winehq.org/attachment.cgi?id=61288 Console Output wine 3.6 Hello everyone, somebody asked for support regarding this sports tracking application on the ubuntuusers.de-Forum and I thought I give it a try. The application is not listed in the AppDB but can be downloaded from http://sigma-data-center.com/ I used 5.4.8 version and had to do a "winetricks corefonts" to get the fonts to show correctly but when launching the application it complains that there is a "problem with the site. The certificate has been issued by an untrusted party." This might not be related to wine but I thought I file the bug anyway. -- 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 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 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=3548 tokktokk <fdsfgs(a)krutt.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs(a)krutt.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.

1 0

[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

[Bug 45014] New: Wine 3.6 Androidx86 7.1.2 missing cant move icons on Wine desktop
by wine-bugs＠winehq.org May 7, 2018

May 7, 2018

https://bugs.winehq.org/show_bug.cgi?id=45014 Bug ID: 45014 Summary: Wine 3.6 Androidx86 7.1.2 missing cant move icons on Wine desktop Product: Wine Version: 3.6 Hardware: x86 OS: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruthan(a)email.cz Wine 3.6 Androidx86 7.1.2 missing cant move icons on Wine desktop.. When i try to hold mouse and move desktop shortcut, app is just executed, if Wine deskop wants to simulate Windows desktop. Icon movement is mandaroty. Maybe could be done by right click, but its not working on Android Wine either. -- 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