wine-bugs September 2012

wine-bugs@winehq.org

1 participants
8930 discussions

[Bug 22522] New: black intro videos with smackw32.dll
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=22522 Summary: black intro videos with smackw32.dll Product: Wine Version: 0.9.48. Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net "Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne Turm" start with a black screen when it should show an intro video. Audio is played normally and the app proceeds to the main menu after the video ends. Also, pressing a key aborts the video as expected. The video is visible on a native XP machine. Both apps use smackw32.dll to display the video. I suppose the screen remains black because an exception is caught soon after start. 0009:CALL smackw32._SmackDoFrame@4(008c5440) ret=0049ef3d 0009:Call winmm.timeGetTime() [a few times] 0009:Ret winmm.timeGetTime() 0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation) ... 0009:RET smackw32._SmackDoFrame@4() retval=00000000 ret=0049ef3d The sequence of smackw32 calls is: smackw32._SmackOpen@12 smackw32._SmackCheckCursor@20 smackw32._SmackToBuffer@28 smackw32._SmackDoFrame@4 The affected video is "intro.smk". Curiously, this is the second such sequence. The first one, opening "loads.smk" produces no exception (but it is too short to be a video). Surprisingly, Burg Schreckenstein's ending credits extro_[1-7].smk are rendered (these appear to be still images without animation). Logs are available upon request. What channels? You may add [Smacker] Debug=1 to win.ini and set WINEDEBUG=+debugstr. I've not yet written an AppDB entry for either of these 2 children apps. "5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq". Bug present with both Ubuntu Intrepid and MacOS, on different HW and was observed as early as wine-0.9.48 to present. -- 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 36

[Bug 30579] New: Main window does not regain focus after dialog closes in IDA Free 5.0
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=30579 Bug #: 30579 Summary: Main window does not regain focus after dialog closes in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10 (which uses Openbox for its window manager). This problem only seems to occur when Wine is *not* in virtual desktop mode. When viewing a disassembly, if you bring up a dialog box, when the dialog closes the disassembly does not regain focus. So if you e.g. name a routine, you then need to click to focus the disassembly before being able to use the cursor up/down or page up/down keys to move the view. To reproduce: - Use winecfg to disable virtual desktop mode if necessary. - Download and run the IDA Free 5.0 installer. - Run the program. - Click New in the Welcome to IDA! window. - Select PE Executable and click OK. - Choose a file to open: wingraph32.exe (which comes with the demo) - Click Next, Next and Finish in the PE Executable file loading Wizard. - The disassembly view shows the WinMain routine. - The disassembly has focus, so you can use the cursor keys and PgUp/PgDn to move in it. - Move the cursor, either with keyboard or by clicking the mouse, over a referenced location (e.g. unk_4CC100 or unk_4BE65C). - Press N to open the Rename address dialog. - Type something for the name, e.g. blahblahblah and press return. - The disassembly does not regain focus, so pressing cursor keys to move has no effect. You need to click in the disassembly so it regains focus. -- 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 6

[Bug 16183] New: Popup text is immediately overwritten by background in IDA Pro
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=16183 Summary: Popup text is immediately overwritten by background in IDA Pro Product: Wine Version: 1.1.9 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk IDA Pro is an interactive disassembler. A freeware version can be downloaded from http://www.hex-rays.com/idapro/idadownfreeware.htm When viewing a disassembly, if you hover the mouse pointer over a reference to another location, a view of the instructions at that location pops up next to the mouse pointer. You can increase and decrease its height by moving the mouse wheel. In Wine this does not work properly. The pop-up display is blank (just the background colour). Moving the mouse wheel, you can see the text that should be there, but it is immediately overwritten by the background colour. To reproduce: download and install IDA Pro freeware version. Run the program and open a Windows executable. Move the pointer over a reference to another location in the program and wait for the pop-up display. Notice it is blank. Move the mouse wheel and (hopefully) see the text being rendered but immediately overwritten. -- 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 32

[Bug 30583] New: keyboard input does not work after focus-out and focus-in
by wine-bugs＠winehq.org 04 Aug '25

04 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=30583 Bug #: 30583 Summary: keyboard input does not work after focus-out and focus-in Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com Classification: Unclassified Since upgrade to wine 1.4-rc6 keyboard input does not work after focus is lost and restored. 0) switch to focus-follows-mouse 1) run notepad 2) enter some text 3) point to another window and back to notepad 4) type no text appears. -- 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 11

[Bug 19264] New: Emule: Missing bold fonts in some parts
by wine-bugs＠winehq.org 02 Aug '25

02 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=19264 Summary: Emule: Missing bold fonts in some parts Product: Wine Version: 1.1.25 Platform: PC URL: http://prdownloads.sourceforge.net/emule/eMule0.49c-In staller.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22304) --> (http://bugs.winehq.org/attachment.cgi?id=22304) In Windows XP You can check the screenshots. -- 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

[Bug 18562] New: foxtrader crash with page fault (regression)
by wine-bugs＠winehq.org 30 Jul '25

30 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=18562 Summary: foxtrader crash with page fault (regression) Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xrfang(a)gmail.com Created an attachment (id=21225) --> (http://bugs.winehq.org/attachment.cgi?id=21225) log messages FoxTrader (http://wizard.stock.hexun.com/webtornado/download/SetupGold.exe) crashes with page fault, please see log. Note 1. This is a regression 2. The program is Chinese, and it needs MFC42.DLL. -- 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 27

[Bug 22080] New: Wine removes custom drive mappings
by wine-bugs＠winehq.org 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=22080 Summary: Wine removes custom drive mappings Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sub.mesa(a)gmail.com Wine appears to be forgetting or removing my drive mappings. I have an NFS filesystem mouned on /nfs, i am the owner of that directory with appropriate write permissions. I do something like this: # create new wine directory mkdir /nfs/winetest # populate wine directory WINEPREFIX=/nfs/winetest/ winecfg # Now i go to Drives tab, make a new D-drive, set it to /nfs, then click Apply # close winecfg # when i launch winecfg again, the /nfs D-drive is still there # so far so good # now launch some random application on the NFS-mount cd /nfs/ WINEPREFIX=/nfs/winetest/ wine "D:\\prip\\setup.exe" # result: wine: module not found; application does not start properly # now check winecfg again: WINEPREFIX=/nfs/winetest/ winecfg # now our D-drive mapping isn't set to anything; its empty. So it appears wine removes my custom drive mappings whenever an application is launched or tries to access its DLLs located there. If i did something wrong, i'm not aware of it. Wine should just accept the D-drive and launch the application, not removing my drive mapping. I also tested without using NFS; on my home directory. mkdir ~/winetest mkdir ~/driveD WINEPREFIX=/home/<user>/winetest winecfg # set drive D to map to /home/<user>/driveD/ type Local Disk # click apply & close winecfg cp -p ~/nfs/prip/setup.exe ~/driveD/ WINEPREFIX=/home/<user>/winetest/ wine "D:\\setup.exe" # result: fails again, drive D gone. I'm using Ubuntu 9.10 64-bit, wine 1.1.40 per winehq.org PPA; no modifications. The latest .41 versions is not in your PPA yet, so i can't test. Can anyone confirm this bug? -- 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

[Bug 21855] New: WordPro Windows pull down does not show file names
by wine-bugs＠winehq.org 24 Jul '25

24 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=21855 Summary: WordPro Windows pull down does not show file names Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=26459) --> (http://bugs.winehq.org/attachment.cgi?id=26459) Missing file names in Windows pull down Hi All, Would you guys fix this for me? I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents) from the command line (the jpeg I have attached), then go to the "Window" pull down to select which file to bring into focus, the file names are missing. If you start Word Pro, then use File, Open to select two files, one at a time, the second file does not show. Many thanks, -T -- 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 19

[Bug 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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 15

[Bug 17820] New: Chromium test_shell_tests fail on Wine
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=17820 Summary: Chromium test_shell_tests fail on Wine Product: Wine Version: 1.1.17 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To run Chromium's test_shell_tests.exe, copy net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite from the source tree. (This is quite a bit of data, so I hesitate to post a tarball.) Then do $ wine chrome/Debug/test_shell_tests.exe The following tests fail on wine but not windows for me: [ FAILED ] UniscribeTest.TooBig [ FAILED ] VectorCanvasTest.BasicDrawing [ FAILED ] VectorCanvasTest.Circles [ FAILED ] VectorCanvasTest.DiagonalLines [ FAILED ] VectorCanvasTest.PathEffects [ FAILED ] VectorCanvasTest.Bitmaps [ FAILED ] VectorCanvasTest.Matrix -- 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 7

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 September 2012