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

[Bug 11269] New: Keyboard commands do not work in Civilization I for Windows (16-bt)
by wine-bugs＠winehq.org 30 Apr '12

30 Apr '12

http://bugs.winehq.org/show_bug.cgi?id=11269 Summary: Keyboard commands do not work in Civilization I for Windows (16-bt) Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru Keyboard commands do not work in the game. The same orders given using menu work properly. -- 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 11159] New: In Steam some text is not properly rendered
by wine-bugs＠winehq.org 13 Apr '12

13 Apr '12

http://bugs.winehq.org/show_bug.cgi?id=11159 Summary: In Steam some text is not properly rendered Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atari(a)gabo.pl In Steam on windows, in "My Games" column headers font ("Games", "Status",...) is bold. In Wine, it is not bold, and somehow messed up. Attached screenshot from Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 33

[Bug 10262] New: wxWidgets TextCtrl in Python
by wine-bugs＠winehq.org 30 Mar '12

30 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10262 Summary: wxWidgets TextCtrl in Python Product: Wine Version: 0.9.31. Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: roger.marsh(a)btinternet.com Running Python24-2.4.3_3 with py24-wxPython-2.6.3.3 Adding text to a wxTextCtrl with style wx.TE_RICH2 fails. Style TE_RICH is fine but I need to be able to colour the text etc. The script was run from an IDLE session. Using these oldish versions for compatibility with native FreeBSD versions used. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 9731] New: GdiConvertToDevmodeW trying to copy -32 bytes on memcpy
by wine-bugs＠winehq.org 29 Mar '12

29 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9731 Summary: GdiConvertToDevmodeW trying to copy -32 bytes on memcpy Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: myxfce(a)gmail.com Created an attachment (id=8168) --> (http://bugs.winehq.org/attachment.cgi?id=8168) Crash report I'm having problems running an old Win 3.11 game named Mortuum. Wine crashes before the game start. After some debugging, I noticed the crash happens in file gdi32/driver.c on function DEVMODEW * WINAPI GdiConvertToDevmodeW(const DEVMODEA *dmA). This function tries to memcpy bytes from the structer dmA to the structure dmW (that was allocated by a HeapAlloc()). Unfortunately, it tries to copy -32 bytes because dmA->dmSize is 0 bytes and CCHDEVICENAME is 32 bytes. I've attached a small piece of code that shows where the memcpy is done around line 425 on that file. ... dmW = HeapAlloc(GetProcessHeap(), 0, dmW_size + dmA->dmDriverExtra); if (!dmW) return NULL; MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmDeviceName, CCHDEVICENAME,dmW->dmDeviceName, CCHDEVICENAME); //===============================CRASH========================= /* copy slightly more, to avoid long computations */ memcpy(&dmW->dmSpecVersion, &dmA->dmSpecVersion, dmA->dmSize - CCHDEVICENAME); //===============================CRASH========================= if (dmA->dmSize >= (const char *)dmA->dmFormName - (const char *)dmA + CCHFORMNAME) { MultiByteToWideChar(CP_ACP, 0, (const char*) dmA->dmFormName, CCHFORMNAME, dmW->dmFormName, CCHFORMNAME); if (dmA->dmSize > (const char *)&dmA->dmLogPixels - (const char *)dmA) memcpy(&dmW->dmLogPixels, &dmA->dmLogPixels, dmA->dmSize - ((const char *)&dmA->dmLogPixels - (const char *)dmA)); } ... I tried to debug more to look for the root of the problem (why dmA->dmSize is 0) but there were too many calls and I couldn't figure out where the dmA structure was allocated and popullated. I've attached the crash report and if you need the game to test, just ask, it's freeware. Tested on 0.9.44 and 0.9.45. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 10115] New: Wine should restore the initial graphics mode if an application exits abnormally
by wine-bugs＠winehq.org 28 Mar '12

28 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10115 Summary: Wine should restore the initial graphics mode if an application exits abnormally Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Sometimes DirectX applications crash and leave your desktop with a changed resolution e.g. 640x480. This shouldn't happen - wine should restore the initial graphics mode if an application exited abnormally. Right now you have to `xrandr -s 0` or use any other utility. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 9886] New: GeoInfo hangs if trying to select a street for the second time
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9886 Summary: GeoInfo hangs if trying to select a street for the second time Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=8378) --> (http://bugs.winehq.org/attachment.cgi?id=8378) patch This is because our DDEML doesn't call the callback after receiving an ACK when the hMem parameter doesn't match the current transaction hMem. However it doesn't remove transaction from the queue so only after the first transaction the callback will be called. This patch removes the transaction from the queue however it is not fully correct - there may be asynchronous transactions so the ACK doesn't need to come in the same order as the request were sent. A correct code should check the whole list of transactions. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 9991] New: Can not enable more then two input languages
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9991 Summary: Can not enable more then two input languages Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel1r(a)gmail.com When I run windows applications with Wine, I'm only able to write in English. When I try to write in other language (I tried Russian and Hebrew), input is either ignored or I see blocks instead of letters, depending on application. If I set LANG to ru_RU.UTF-8 or he_IL.UTF-8 before starting application, I'm able to write in two languages (either English and Russian, or English and Hebrew). There is no way to enable all three languages to work simultaneously. I'm using Fedora 7 and Gnome desktop. I added both Russian and Hebrew keyboard layouts in keyboard preferences and I'm able to write in all three languages in Linux native applications. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 9970] New: OPA uses the process id/thread id to generate "random" temp filenames
by wine-bugs＠winehq.org 20 Mar '12

20 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=9970 Summary: OPA uses the process id/thread id to generate "random" temp filenames Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com But if there is no Wine program running in the background then we start a clean server each time and these number are always the same. OPAS handles very badly if there is a lot of temporary files from the same "namespace" already and after killing the program five times (so that it cannot clean the files on exit) it will refuse to start. A workaround is to clean the C:\Windows\Temp or to keep a program running in the background so that the pids are each time different. I'm also not sure if the problem is in OPAS or in the Visual FoxPro runtime - the error 1410 that appears is a MS defined error code ( http://msdn2.microsoft.com/en-us/library/aa976055(VS.71).aspx ) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 10650] New: PhotoFiltre take much time to fill empty a draw
by wine-bugs＠winehq.org 16 Mar '12

16 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=10650 Summary: PhotoFiltre take much time to fill empty a draw Product: Wine Version: 0.9.50. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: adam050986(a)yahoo.fr Photofiltre is very slow making a simple color-filling on an image. Teste yourself : - Install photofiltre - Get a new document ( 800*600 for example ) - Fill it black/whatever - wait 20 seconds On windows it only take 1 second... I asked the author, and he told me that the algorythm used is a "classical recursive algorythm..." This has been a bug from longtime, and none of other Wine Versions fixed the bug... :-/ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 11115] New: "Please do not PASTE logs and back traces" message is ignored too often
by wine-bugs＠winehq.org 12 Mar '12

12 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=11115 Summary: "Please do not PASTE logs and back traces" message is ignored too often Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: bugzilla-unknown AssignedTo: jnewman(a)codeweavers.com ReportedBy: jeffzaroyko(a)gmail.com It could be that the way the Enter Bug page is designed, this message is not prominent enough for everyone to perceive its importance. maybe it could be larger to place more emphasis on the message or alternatively feature a stop sign graphic next to it saying something like "STOP, read this." -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28