April 2013 - Wine-bugs - list.winehq.org

[Bug 10347] New: Action Replay Code Manager crashes on start up
by wine-bugs＠winehq.org 02 Mar '18

02 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=10347 Summary: Action Replay Code Manager crashes on start up Product: Wine Version: 0.9.48. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com After executing, one is greeted with a nice crash. Crash log included. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 37

[Bug 18472] New: Mafia hangs
by wine-bugs＠winehq.org 28 Feb '18

28 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=18472 Summary: Mafia hangs Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: retrry(a)gmail.com Created an attachment (id=21090) --> (http://bugs.winehq.org/attachment.cgi?id=21090) wine output on crash Mafia game hangs: --after playing and trying to exit --in-game -- 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 6

[Bug 21085] New: Comctl32 status control uses tooltip window wrongly
by wine-bugs＠winehq.org 24 Feb '18

24 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=21085 Summary: Comctl32 status control uses tooltip window wrongly Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk I've been debugging a private application and tracked down the source of a trap to the way the status control initializes and uses the tooltip control. The application in question traps because it receives a WM_CREATE message for the tooltip window and calls GetWindowLong against an hwnd for a value it should have set earlier - this fails but the code doesnt notice, and results in a trap. On windows, the status control does not create the tooltip until the first WM_MOUSEMOVE event, and hence all application initialization would have finished in my case. You can clearly see this by use of a simple application with a statusbar control set to have a tooltip and text, and then use SPY++ to monitor the window creation messages. Note this also shows a 2nd problem which is that the status control passes the tooltip text to the tooltip window to manage. This is wrong, because using the status bar you can set and then get the tooltip text before the tooltip window is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT type) are sent to the status window when the tooltip needs the text, both of which mean that the status control should manage the text. I have a simple application which has a button for get tip, set tip text, and using it you can see the behaviour above. It doesnt replicate the trap but you can see the behavious using it - you dont get a WM_CREATE for the tooltip until such time as you move the mouse into the statusbar area on windows. Simple workarounds for me: winetricks comctl32, or modifying the STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS) {" to prevent the tooltip altogether. JECC JECC -- 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 12

[Bug 24099] New: wine symbol font causes wrong pdf rendering in gnome and kde
by wine-bugs＠winehq.org 20 Feb '18

20 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=24099 Summary: wine symbol font causes wrong pdf rendering in gnome and kde Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com from https://bugs.launchpad.net/ubuntu/+source/wine1.2/+bug/461233 When I open this pdf (attached) with evince, some formulas are rendered incorrectly (eg. p. 71). This also happens in Okular. Confirmed here wine 1.3. see also https://bugs.edge.launchpad.net/ubuntu/+source/wine1.2/+bug/605670 -- 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 17

[Bug 31393] New: Nvidia force antialiasing no longer works
by wine-bugs＠winehq.org 18 Feb '18

18 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=31393 Bug #: 31393 Summary: Nvidia force antialiasing no longer works Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32 After AlwaysOffscreen has become enabled by default, games such as GTAIII and GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing settings out of the box. I'm not sure if it's intended result, but despite it being possible to disable it back, new default seems no good to me as e.g. on Windows it's enough to set antialiasing in the driver utility and there's no need to change D3D configuration. Maybe wine should check whether default render target is multisampled and toggle the default? -- 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 21

[Bug 32580] New: Copy text+images into Word 2007, 2010 doesn't work!!
by wine-bugs＠winehq.org 16 Feb '18

16 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=32580 Bug #: 32580 Summary: Copy text+images into Word 2007, 2010 doesn't work!! Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: randommaxi(a)yahoo.com Classification: Unclassified When I copy a wall of text with images in it from Linux into MS Office, it'll copy the text, but completely ignores the images. Please fix. It's kind of a deal breaker with Linux. - My client is pretty pissed off and I may have to switch all the computers back to windows if he can't cut&paste. _ Details: I can copy text just fine, I can copy images (individually) just fine, but when I want to copy long documents with both, it doesn't 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 7

[Bug 32439] New: notepad++: selecting text in items
by wine-bugs＠winehq.org 16 Feb '18

16 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=32439 Bug #: 32439 Summary: notepad++: selecting text in items Product: Wine Version: 1.5.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified As i remember in windows version of notepad++ when tabbing from one "edit" item to another makes in an new focused one whole text selection if any. In wineversion it doesn.t work. E.g. In "replace" dialog box. Focus in "replace what". Tab-> focusing in "replace with" edit but text in this edit doesn't selected by default. I.e. EM_SETSEL message doesn't properly proceed or not sent. -- 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 15

[Bug 22033] New: World of Warcraft Crashes on statup
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=22033 Summary: World of Warcraft Crashes on statup Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Solaris Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jason.whipp(a)gmail.com Created an attachment (id=26793) --> (http://bugs.winehq.org/attachment.cgi?id=26793) Console and Wowerror output OS: OpenSolaris snv_134 Wine: 1.1.40 (Compiled) When launching WoW, I get a screen that looks like it's going to start, but then immediately crashes. I can here the sound from the app running, but no video and the wowerror crash screen comes up, follow by the wine "This program had an error" dialog. I've appended the the console and wowerror output into an attachment. In the OSOL contrib repo, there is a binary version of wine 1.0.1. With this version, WoW runs fine, except there's no sound (the contrib version doesn't detect any sound drivers). Help appreciated, very willing to try recommendations and get more output to you if need be. I've also tried using WoW in full screen, with a virtual desktop in full screen and in windowed mode. -- 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 43

[Bug 17181] New: Winbench 96 disk test fails during recursive directory deletion; bug in INT21_FindFirst/FindNext?
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=17181 Summary: Winbench 96 disk test fails during recursive directory deletion; bug in INT21_FindFirst/FindNext? Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Install and run Ziff-Davis PC Benchmarks WinBench 96 (on the Winstone 32 cd-rom). Start it with cd .wine/drive_c/ZDBENCH/WB96 wine WB96 Get past the hangs described in bug 12267 by killing and restarting twice. Run the "Disk Tests". Get past the abort "A DOS file operation that was supposed to fail succeeded during the test. The following information is for ZDBOp use: Drive: C Operation: GetFileAttrib Script Location: 0d0b11 0 Pathname(s): C:\~WBDM.TMP\ZDBENCH\WS96.B03\WORK\PDOX50\" by applying the patch http://www.winehq.org/pipermail/wine-patches/2009-January/068579.html The test runs for a long time, then tries to delete its temporary directory, C:\~WBDM.TMP, but fails with the dialog and the app aborts with "A DOS file operation failed during the test. The following information is for ZDBOp use: Drive: C Operation: DeleteTestDir Pathname(s): SB, ??????????? Working Dir: ~WBDM.TMP Int 21 Function: 3a 00 CF: 1 Expected CF: 0" Looking at the log, it seems as if Wine trips over its shoelaces when the app is doing its recursive directory list, and does not tell the app about one directory, C:\~WBDM.TMP\MGA\CPANEL. As a result, the app doesn't delete its contents, and when the app then tries to delete C:\~WBDM.TMP\MGA, it fails with 'directory not empty'. INT21_FindHelper looks awfully tricky. It seems to have a loop to skip over some directory entries, and maybe this is firing improperly here. The code seems to date from 2003-11-14, mostly written by Eric Pouech in http://source.winehq.org/git/wine.git/?a=commit;h=8ca6cadab1ebb386f1dfa2e47… and touched up by Alexandre same day in http://source.winehq.org/git/wine.git/?a=commit;h=adfa5e101fc2e01d4276c3f3e… -- 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 16

[Bug 15700] New: Unable to set/get cursor location through VGA registers 0x3b4 or 0x3d4
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=15700 Summary: Unable to set/get cursor location through VGA registers 0x3b4 or 0x3d4 Product: Wine Version: 0.9 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: flerchjj(a)ieee.org Created an attachment (id=16781) --> (http://bugs.winehq.org/attachment.cgi?id=16781) Output from Space Quest 5 Apps trying to set or get the text cursor position using VGA registers directly get an error similar to the following: fixme:ddraw:VGA_ioport_in Unsupported index, register 0x3d4: 0x0f fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3d4: 0x0f (value 0x66) -- 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 15