January 2012 - Wine-bugs - list.winehq.org

[Bug 17638] New: NOLF GotY: Sluggish mouse reaction when in zoom mode
by wine-bugs＠winehq.org 08 Oct '22

08 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=17638 Summary: NOLF GotY: Sluggish mouse reaction when in zoom mode Product: Wine Version: 1.1.16 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Mouse input in NOLF is generally a bit "inprecise", but one thing is broken for sure. Some weapons feature a zoom mode, but when this zoom mode is switched on it's almost impossible to accurately use it since the mouse input becomes very sluggish then. Turn zoom off again and mouse input stabilizes again. I suppose that's a dinput problem, but I'm not sure about that. The wine-0.9.46 testresult here (http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTestingId…) mentions a "weird mouse problem", but I'm not sure if that's what I'm encountering. Haven't tried any native DLLs though. -- 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 20

[Bug 15396] New: program doesn't draw text to dialog box properly
by wine-bugs＠winehq.org 18 Sep '22

18 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=15396 Summary: program doesn't draw text to dialog box properly Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Created an attachment (id=16248) --> (http://bugs.winehq.org/attachment.cgi?id=16248) Dialog box being drawn the wrong way When I try to save or load a game in The Journeyman Project 3 - Legacy of Time, the snapshoot is shown behind the dialog box, along with any text written on the dialog box. The same happens with any other dialog box in the game that shows text. It's like the function the game uses to draw, draws on the wrong layer. -- 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 13

[Bug 29443] New: Savestates not working in DeSmuME (the keyboard command is not being processed)
by wine-bugs＠winehq.org 13 Sep '22

13 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=29443 Bug #: 29443 Summary: Savestates not working in DeSmuME (the keyboard command is not being processed) Product: Wine Version: 1.3.35 Platform: x86 URL: http://desmume.org/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cvoeten(a)gmail.com Classification: Unclassified I have no idea why this is not working, but every kind of input imaginable works, except for anything having to do with savestates. To reproduce: 1) Download DeSmuME: http://desmume.org/download/ 2) Download a ROM, for example from here: http://hive.ndshb.com/index.php/component/jdownloads/finish/4/183 3) run 'wine DeSmuME.exe' 4) File->Open ROM and select the ROM 5) Press F1 Expected result: an error message "Failed to load slot 1" is displayed. What happens: nothing. Remapping the 'load savestate 1' function to a regular key, say the letter E, does not make it work. I know this reeks of being an app-specific bug, but it works in Windows. As to the cause I can only speculate (and I'm not a programmer), however the only remotely reasonable explanation *I* can come up with is that perhaps the savestate actions are processed upon a key release event being recieved, whereas the other in-game keypresses are processed differently. But that's pure speculation, I haven't looked at the actual code (read: I don't have the skills to read it). -- 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 5

[Bug 24705] New: Unhandled page fault on write access to address in 32-bit code.
by wine-bugs＠winehq.org 10 Sep '22

10 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=24705 Summary: Unhandled page fault on write access to address in 32-bit code. Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: publio.escipion.el.africano(a)gmail.com Created an attachment (id=31216) --> (http://bugs.winehq.org/attachment.cgi?id=31216) wine execution output, with debbuging information. The present issue affect wine-1.1.28 & wine-1.3.4, and, I guess, the versions between. The application is an educational software, available from: http://static.cedeti.cl/software/sl/SuenaLetrasInstalador_mx.exe My SO is: openSuSE 11.2 x86_64 + Updates, which relevant specifications are: Linux **** 2.6.31.14-0.1-desktop #1 SMP PREEMPT 2010-09-17 11:32:00 +0200 x86_64 x86_64 x86_64 GNU/Linux GNU bash, version 4.0.35(1)-release (x86_64-suse-linux-gnu) The problem takes place after the installation, when the program is launched. Wine complained: "wine: Unhandled page fault on write access to 0x00000000 at address 0x******** (thread ****), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x********)." I also saw calls, or paths with character codification (MS Windows ISO-8859-1 or ISO-8859-15 vs. Linux UTF-8) issues. But I do not know if this is a relevant part of the problem, or simply a noise. Every thing is collected in the file attached. I do not know whether this information be enough so you might solve it, or whether it requires a workaround configuration to make it run. Thank you. -- 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 14

[Bug 27243] New: Wiggles: All renderers are unsupported
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=27243 Summary: Wiggles: All renderers are unsupported Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34825) --> (http://bugs.winehq.org/attachment.cgi?id=34825) Wiggles Settings Window Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Wiggles 4) patch Wiggles with Wiggles_Patch_1_0_844.exe 4) wine SetMode.exe Behaviour: All renderers are marked as unsupported which is not true. OK button is always grayed out. (see attachment) Expected behaviour: All renderers should be marked as supported. OK button shouldn't be always grayed out. Terminal output: fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x32e7a4,0x00000000), stub! -- 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 18

[Bug 11999] New: Endless Online game window appears as white texture
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=11999 Summary: Endless Online game window appears as white texture Product: Wine Version: CVS/GIT Platform: PC URL: http://files.endless-online.com/EOsetup028.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11336) --> (http://bugs.winehq.org/attachment.cgi?id=11336) Terminal output with d3d traces. Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply results in a white screen without any UI elements shown. Attached are d3d traces and additional terminal output. -- 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 23

[Bug 26579] New: TomTom Home 2 fails to open web links
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=26579 Summary: TomTom Home 2 fails to open web links Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://download.tomtom.com/sweet/application/home2late st/TomTomHOME2winlatest.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk TomTom Home 2 fails to spawn a browser (apparently) and instead a prompt opens asking you to select a program to open "https files". It probably wants to open a log-in window or something similar. Could not find last connected device. Pref reading failed: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://tthome/content/ui/mainwin/mainWin.js :: anonymous :: line 449" data: no] Stack: 0. chrome://tthome/content/ui/mainwin/mainWin.js:490 unimportantError(e); 1. chrome://tthome/content/ui/bindings/ttdashboard.xml:167 var tmpFunc = new Function(func); 2. function _execute chrome://tthome/content/ui/bindings/ttdashboard.xml:169 tmpFunc(); 3. function onClickHandler chrome://tthome/content/ui/bindings/ttdashboard.xml:150 this._execute(); 4. function onclick chrome://tthome/content/ui/dashboard/mainDashboard.xul:1 <?xml version="1.0"?> Installed the gecko-dbg package but it made no difference to the output. Launch the app, click more, click "Read the manual for my device". TomTom Home 2.8. -- 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 14

[Bug 9583] New: CompareStringW gives incorrect result for some wide strings
by wine-bugs＠winehq.org 04 Sep '22

04 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=9583 Summary: CompareStringW gives incorrect result for some wide strings Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se It seems like CompareStringW does not work correctly, when using wide/unicode strings. I first discovered this when I saw that listbox controls sorted swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side with the base character (LATIN SMALL LETTER A). An example is http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe. The cause seems to be that CompareStringW gives the wrong result. I've created the small test example http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with source available in the same directory. On Windows, the result is that the string "äpple" is greater than "orange", which is correct. With the latest Wine CVS version, the result is that "äpple" is lesser than "orange", which is wrong. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 40

[Bug 19418] New: SA Dictionary 2008 Beta 4: Automatic Clipboard Translation is not working outside the program
by wine-bugs＠winehq.org 31 Aug '22

31 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=19418 Summary: SA Dictionary 2008 Beta 4: Automatic Clipboard Translation is not working outside the program Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: extigyro(a)gmail.com When you copy some word inside SA Dictionary, it is automatically translated. But if you copy some text from Firefox 3 (for example), nothing happens and the word does not automatically appear in the translation dialog. Instead you have to paste it manually each time. -- 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 10

[Bug 23324] New: Need for Speed: Shift installer thinks we don't have Visual C++ runtimes installed
by wine-bugs＠winehq.org 29 Aug '22

29 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=23324 Summary: Need for Speed: Shift installer thinks we don't have Visual C++ runtimes installed Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=29071) --> (http://bugs.winehq.org/attachment.cgi?id=29071) +relay log showing registry queries and CreateProcess(vcredist_x86_en.exe) We have perfectly good msvcr* and friends, so the app shouldn't detect that we don't. The registry key it's looking at seems to be 0024:Call advapi32.RegOpenKeyW(80000002,0033ee22 L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\b25099274a207264182f8181add555d0",0033f0c8) ret=7ed4784c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ed4784c -- 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 16