wine-bugs March 2018

wine-bugs@winehq.org

1 participants
8062 discussions

[Bug 44400] New: Elona+ custom crashes on exit, crash confirmation windows appears in few senconds
by wine-bugs＠winehq.org 10 May '18

10 May '18

https://bugs.winehq.org/show_bug.cgi?id=44400 Bug ID: 44400 Summary: Elona+ custom crashes on exit, crash confirmation windows appears in few senconds Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morichikarinnosukee(a)gmail.com Distribution: --- Created attachment 60323 --> https://bugs.winehq.org/attachment.cgi?id=60323 I tried all windows, but not work. wine 1.8 tricks run elona+ custom1.75.1 is really good,But I update to 3.0 then game crash when just show window. I try use xp,win 7,8,or 10,but all not work. -- 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 19

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

10 May '18

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 10 May '18

10 May '18

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 07 May '18

07 May '18

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 07 May '18

07 May '18

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 07 May '18

07 May '18

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 44748] New: Crystal Reports XI: Number fields are invisible
by wine-bugs＠winehq.org 07 May '18

07 May '18

https://bugs.winehq.org/show_bug.cgi?id=44748 Bug ID: 44748 Summary: Crystal Reports XI: Number fields are invisible Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: twilightinzero(a)gmail.com Distribution: --- Created attachment 60759 --> https://bugs.winehq.org/attachment.cgi?id=60759 Console output with WINEDEBUG="" I have installed Crystal Reports XI in its own wine prefix. The tricks I have currently run on it to fix 44208 and another unreported issue are riched20 and ie8. I also ran corefonts on it to try and fix this to no avail. Number fields and their placeholders are currently invisible, both in design view and preview. They are also invisible in the dialogs that are used to configure them. *However*, that is only if they are standalone fields. If I drag a number field into a text box, I can see the placeholder and the resulting number. But I still can't see it in the formatting dialog. -- 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 41438] New: fastone image viewer 5.9 "crop" window do not show if called by hotkey from full screen mode
by wine-bugs＠winehq.org 07 May '18

07 May '18

https://bugs.winehq.org/show_bug.cgi?id=41438 Bug ID: 41438 Summary: fastone image viewer 5.9 "crop" window do not show if called by hotkey from full screen mode Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unxed(a)mail.ru Distribution: --- steps to reproduce: 1. get faststone image viewer from here: http://www.faststone.org/FSViewerDownload.htm 2. select any image 3. press "enter" to go to fullscreen mode 4. prexx "x" for crop properties window 5. the window will be shown in background, with no way to switch to it: actually unusable -- 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 5

[Bug 30762] New: msxml3/domdoc tests flaky
by wine-bugs＠winehq.org 06 May '18

06 May '18

http://bugs.winehq.org/show_bug.cgi?id=30762 Bug #: 30762 Summary: msxml3/domdoc tests flaky Product: Wine Version: 1.5.4 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 ca48dac8821e128db8991dc54b4dedc8c321e816 and 9c0486d7a802c2f618a56a2074c5d790d329e3cf both seem to have introduced some flaky tests in msxml3/domdoc. Here's the result of 455 runs in a loop on ubuntu 12.04 (though I also saw these on Centos 6): 342 domdoc.c:11537: Test failed: got L"http://blahblah.org" 342 domdoc.c:11542: Test failed: got L"http://blah.org" 350 domdoc.c:11647: Test failed: got L"http://blahblah.org" 350 domdoc.c:11652: Test failed: got L"http://blah.org" 3 domdoc.c:2098: Test failed: can't create file C:\users\dank\Temp\leading_spaces.xml: 32 -- 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 7

[Bug 28578] New: Editing a wiki page strips out carriage returns from all preformatted text on that page
by wine-bugs＠winehq.org 06 May '18

06 May '18

http://bugs.winehq.org/show_bug.cgi?id=28578 Bug #: 28578 Summary: Editing a wiki page strips out carriage returns from all preformatted text on that page Product: WineHQ.org Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Classification: Unclassified This most recently happened with the Regression Testing page (bug 28575), but I've seen it before on other pages: carriage returns are removed from preformatted text, even if that part is not edited directly, and the preformatted text turns into an unreadable mess. It used to be possible to avoid this by staying in GUI mode and not previewing, but that seems to no longer work. -- 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 23

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 March 2018