June 2010 - Wine-bugs - list.winehq.org

[Bug 22941] New: New behaviour of wineconsole (Alt+F4 emulation by [x] button pressing) causes problems with FAR manager
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=22941 Summary: New behaviour of wineconsole (Alt+F4 emulation by [x] button pressing) causes problems with FAR manager Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ozerski(a)list.ru In 1.2-rc2 under KDE 3.5.9 (Mandriva 2008.1) an incorrect behaviour of FAR Manager 1.70 is found. This problem is new, even 1.2-rc1 has it not. FAR manager is a win32 console norton-like file manager wich can be used under wine using wineconsole. Like other two-panel file managers, FAR supports own hot keys which not always are the same as the standard hot keys in MSWindows. E.g., Alt+F4 is for FAR not a command for closing but for editing a file. In native MSWindows, there are exist two ways to terminate FAR: 1) F10 key causes "internal" terminating of application with a prompt dialog, auto-saving of preferences etc. 2) Clicking on the Close button [x] on the top of the border of console window causes terminating of FAR immediately (that can be useful to preserve default settings etc). Before the last WINE release-candidate the behaviour of WINECONSOLE was the same as of the native MSWindow console and I could quickly terminate FAR using KDE-made [x] button. Now clicking [x] (Standard Close Button on the right-top of KDE window containing WINECONSOLE) causes an emulation of a pressing of Alt+F4. At result, the FAR manager does not terminate but opens a current file for edit. That is a wrong behaviour wich can cause different problems for console applications with non-standard hot keys (Maybe, introducing a possibility to customize the handling of the standard WINECONSOLE buttons could be also a good solution). -- 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 18

[Bug 23204] New: Editor refresh problems in EngIntsite CSS Editor
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23204 Summary: Editor refresh problems in EngIntsite CSS Editor Product: Wine Version: 1.2-rc1 Platform: x86-64 URL: http://www.enginsite.com/css-editor.htm OS/Version: Linux Status: UNCONFIRMED Keywords: download, regression Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mstefani(a)redhat.com CC: dmitry(a)codeweavers.com While trying to reproduce bug 17510 I have seen that there is a new regression in EngIntsite CSS Editor: the CSS Editor tab shows garbage (basically the previous content that happened to be in that spot). When loading a CSS file (I used http://www.winehq.org/styles.css) and clicking in the CSS Editor tab the corresponding line gets refreshed. Switching to an other tab and back brings back shows garbage again. 7d3cb53cf1a5f40094fbc3332524ec98781d3779 is the first bad commit commit 7d3cb53cf1a5f40094fbc3332524ec98781d3779 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Tue May 18 20:53:18 2010 +0900 gdi32: Do not use VDMX for mapping of negative font heights, based on a test case. :040000 040000 06c1fd576cfebd3c095713c9ced67c992f890a9d f0dd2f0ff66c09581dc1093700023deb525a133e M dlls Reverting this commit on top of wine-1.2-rc3-57-gb3f0425 makes the problem go away. There is an other bug 22815 affected by this commit but there it produces a crash so I'm not marking this as duplicate of that. Here it is just an annoying refresh issue. -- 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 23236] New: WWIIOnline: joystick not responding
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23236 Summary: WWIIOnline: joystick not responding Product: Wine Version: 1.2-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yoav.benyosef(a)gmail.com WWIIOnline (Battleground Europe) stopped responding to joystick after release of version 1.31. In prior versions joystick worked perfectly. Tested on ubuntu/kubuntu 10.04 and PCLinuxOS 2010.1. Joystick model is Saitek ST290 Pro, it works OK in other programs under wine. The game can be d/l here: http://www.battlegroundeurope.com/index.php/getting-started/download-the-ga… -- 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 8

[Bug 23257] New: TAGAP: mouse input doesn't work
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23257 Summary: TAGAP: mouse input doesn't work Product: Wine Version: 1.2-rc4 Platform: x86 URL: http://www.gamershell.com/download_20488.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com In the game TAGAP (The Apocalyptic Game About Penguins) mouse is completely unusable. When you move the mouse, the pointer always jumps back to the upper-right corner. Changing the MouseWarpOverride registry entry to enable/disable/force doesn't help. -- 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 10

[Bug 15955] New: Tomb Raider underworld demo crashes at startup
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15955 Summary: Tomb Raider underworld demo crashes at startup Product: Wine Version: 1.1.8 Platform: PC-x86-64 URL: http://forums.eidosgames.com/showthread.php?t=81768 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de CC: julliard(a)winehq.org Created an attachment (id=17140) --> (http://bugs.winehq.org/attachment.cgi?id=17140) Crash log. Tomb Raider underworld demo crashes at start up. This is a regression with the following patch. 5e2ed6bfe94eb322efe891c07aa8e58b125f36c2 is first bad commit commit 5e2ed6bfe94eb322efe891c07aa8e58b125f36c2 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Nov 5 20:32:32 2008 +0100 ntdll,server: Fixed access checks for OpenFileMapping and MapViewOfFile. :040000 040000 2f0316597d54dc0ee871c80465dc4dac295a0f3e 3e9d23a0110f6767160cda3ad4aadaf376c3e508 M dlls :040000 040000 e3944bdf24bb46aad3b8266661b79d54336690aa 29feaf47301e9cd65d2c216e6bef96c0ad5612bf M include :040000 040000 04899ab2458e13db1c7a3357483bfef1b9123fcc 158732825f15930c0d3cdeaddfff4e36b75f3cb5 M server -- 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 15950] New: wine won't build with bison 2.4
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15950 Summary: wine won't build with bison 2.4 Product: Wine Version: 1.1.8 Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-2008(a)ryandesign.com With bison 2.3 installed (using MacPorts), wine bulids, but with bison 2.4, it doesn't. It says: /usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/mp/include -O2 -o parser.tab.o parser.tab.c parser.y: In function 'parser_parse': parser.y:320: error: parse error before '}' token make[2]: *** [parser.tab.o] Error 1 make[1]: *** [jscript] Error 2 make: *** [dlls] Error 2 Here is the MacPorts project's ticket about this issue: http://trac.macports.org/ticket/17135 Here's a description of a backwards-incompatible change made in bison 2.4 by the developer of pure, another program that won't build with bison 2.4 (actually I don't know if that's the same reason wine won't build): http://groups.google.com/group/pure-lang/browse_thread/thread/60593b93dc8fc… -- 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 8

[Bug 15944] New: mountmgr only assign drive letters for up to two removable devices
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15944 Summary: mountmgr only assign drive letters for up to two removable devices Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com It used to be the case that if hal reports a device as a floppy, it gets assigned to a: or b:, otherwise, the device gets assigned a drive letter between c and z. With the changes in mountmgr just before Wine 1.1.7, all removable devices that are not cdroms are limited to a: or b:, which means if I hot-plug 3 usb thumb drives, the third one does not get a drive letter. -- 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 4

[Bug 19877] New: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW)
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=19877 Summary: Zeta Minibrowser crashes (because of stubbed CreateHardLinkW) Product: Wine Version: 1.1.28 Platform: PC URL: http://www.brothersoft.com/zeta-minibrowser-110447.htm l OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk I've seen this bug in more apps, so probably a bug covering several applications Prerequisites: 'winetricks dotnet20' The mini-browser crashes after CreateHardLinKW is printed in the console. Returning TRUE instead of false, or setting last error in CreateHardlink to ERROR_ALREADY_EXISTST makes the app start fine, but that's just a hack, somehow we should have more then this stub, to get the app running. I'll attach console info hereafter -- 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 8

[Bug 15452] New: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps()
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=15452 Summary: Freewire aborts due to incorrect handling of COLORRES nIndex in winex11's GetDeviceCaps() Product: Wine Version: CVS/GIT Platform: PC URL: http://www.freewiretv.com/downloadTVWin.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16345) --> (http://bugs.winehq.org/attachment.cgi?id=16345) Freewire relay log (rzipped) With current Git (wine-1.1.5-207-gc425c8a), when attempting to launch Freewire after installation, Freewire aborts with a message box complaining about the currently set bit depth. From relay trace: 0009:Call user32.GetDC(00000000) ret=005808ac 0009:Ret user32.GetDC() retval=0000030c ret=005808ac 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 0009:Call user32.LoadStringA(00000000,00000095,0032f8d4,00000180) ret=005808f3 0009:Ret user32.LoadStringA() retval=0000015d ret=005808f3 0009:Call user32.LoadStringA(00000000,00000097,0032f754,00000180) ret=00580910 0009:Ret user32.LoadStringA() retval=0000001c ret=00580910 0009:Call user32.MessageBoxA(00000000,0032f8d4 "Unfortunately, it has not been possible to start Freewire Television due to your graphics mode.\nPlease set the color depth to 32 bit in the display control panel and restart the application\nIf the problem continues please contact Freewire customer services on 0333 123 0190.\nOr visit the Freewire s"...,0032f754 "We've encountered a problem!",00000030) ret=00580927 The problem seems to lie in: 0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5 0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5 GetDeviceCaps() is being called with the DC handle returned from GetDC(NULL) and the COLORRES value for nIndex. In dlls/winex11.drv/init.c lines 259 and 268: case COLORRES: /* ... */ return 0; Freewire apparently does not like the returned value, and thus aborts with the message box. Modifying the COLORRES case to return screen_bpp allows the application to get past this point, though I am not sure if this is the right thing to do. -- 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 14

[Bug 23054] New: WinHEX: Cannot open website link in help
by wine-bugs＠winehq.org 30 Dec '14

30 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23054 Summary: WinHEX: Cannot open website link in help Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://www.x-ways.de/winhex.zip OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Steps to reproduce: 1) wine winhex 2) press F1 for help 3) Click on "About WineHex/X-Ways Forensics" 4) Click on http://www.x-ways.net Behaviour: Nothing happens Expected behaviour: www.x-ways.net should be opened Every time I click on this link there is following line in terminal fixme:winhelp:MACRO_ExecFile ("http://www.x-ways.net", "", 0, "(null)") besides that there is nothing else. -- 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 4