July 2015 - Wine-bugs - list.winehq.org

[Bug 30581] New: Dialog windows can get hidden by the main window in IDA Free 5.0
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=30581 Bug #: 30581 Summary: Dialog windows can get hidden by the main window 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 the Openbox window manager. When "Allow the window manager to control the windows" is enabled in winecfg, dialog boxes can get hidden behind the main window. The dialogs are modal, so the main window doesn't accept any input while a dialog is open. If you accidentally click in the main window while a dialog is open, the dialog disappears but the main window does not accept any input. To reproduce: - Use winecfg to disable virtual desktop mode and enable "Allow the window manager to control the windows" if necessary; those are the default settings. - Download and run the IDA Free 5.0 installer. - Run the program. Click OK at the About dialog and Go in the Welcome to IDA! window. - The maximised main window opens. Bring up a dialog box, e.g. by selecting Help-> About program... or File -> Open... - When the dialog opens, click in the main window. The dialog window disappears behind the main window. (You can reveal it by un-maximising the main window and moving it out of the way.) For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but that uses different GUI code (QT?). -- 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 8

[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(a)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(a)4() retval=00000000 ret=0049ef3d The sequence of smackw32 calls is: smackw32._SmackOpen(a)12 smackw32._SmackCheckCursor(a)20 smackw32._SmackToBuffer(a)28 smackw32._SmackDoFrame(a)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 37896] New: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=37896 Bug ID: 37896 Summary: EM_SETPASSWORDCHAR ineffective when edit control does not have WS_BORDER set Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)richardpayne.name Distribution: --- I have two identical edit controls with ES_PASSWORD set via EM_SETPASSWORDCHAR. Identical, that is, apart from 1 having WS_BORDER set and the other not. The one without WS_BORDER does not conceal its contents as it should when a password char is specified. The one with WS_BORDER set works as expected. -- 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 38786] New: An EXE that only creates a WS_EX_TOOLWINDOW window isn't given focus (or returned focus).
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=38786 Bug ID: 38786 Summary: An EXE that only creates a WS_EX_TOOLWINDOW window isn't given focus (or returned focus). Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jasonwinter(a)hotmail.com Distribution: --- It seems only WS_EX_APPWINDOW windows are given focus by Wine on application startup (I.E. windows that have a taskbar button). Windows that do not appear in the taskbar are not given focus by Wine when an application is started. Additionally, if the user gives focus to that window using the mouse, things like MessageBox (I.E. another window that takes focus) do not return focus to a tool-window that last had focus. Instead, focus is only returned to the last window which had focus and also has a taskbar button. -- 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 3

[Bug 37132] New: Clang Static Analyzer: Uninitialized array item
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=37132 Bug ID: 37132 Summary: Clang Static Analyzer: Uninitialized array item Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Uninitialized array item File: dlls/avifil32/api.c Location: line 1753, column 10 Description: Assigned value is garbage or undefined #define MAX_AVISTREAMS 8 ... HRESULT WINAPI AVISaveVW(....int nStreams ....) { ... //Declaring 8-item array, [0..7] PAVISTREAM pInStreams[MAX_AVISTREAMS]; ... if (nStreams >= MAX_AVISTREAMS) { WARN(...); return AVIERR_INTERNAL; } ... //Initializing first 7 items, [0..6]. for (curStream = 0; curStream < nStreams; curStream++) { pInStreams[curStream] = NULL; pOutStreams[curStream] = NULL; } ... for (curStream = 0; curStream < nStreams; curStream++) { ... if (curStream + 1 >= nStreams) { /* move the others one up */ PAVISTREAM *ppas = &pInStreams[curStream]; int n = nStreams - (curStream + 1); do { *ppas = pInStreams[curStream + 1]; //Clang: Assigned value is garbage or undefined } while (--n); } ... } ... } In this code, an array of 8 items is declared. The code will continue executing as long as the nStreams variable is less than 8, i.e. 7 at most. All the loops in this function with the conditional statement (curStream < nStreams) fail to iterate through the last item, both before its initialization and when using it. The line Clang displayed the message on is just that very line where the eighth item with the index 7 is taken, as the (curStream + 1 >= nStreams) condition will be true at curStream==6 and nStreams==7. Addressing the pInStreams[curStream + 1] array will give us the last, previously uninitialized item. -- 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 2

[Bug 34758] New: Unhandled exception: divide by zero in 32-bit code (0x7eabe0ee). under unbuntu 12.04 wine 1.6
by wine-bugs＠winehq.org 03 Aug '25

03 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=34758 Bug #: 34758 Summary: Unhandled exception: divide by zero in 32-bit code (0x7eabe0ee). under unbuntu 12.04 wine 1.6 Product: Wine Version: unspecified Platform: x86-64 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Francis.Bougron(a)free.fr Classification: Unclassified Created attachment 46350 --> http://bugs.winehq.org/attachment.cgi?id=46350 Trace of debugger This happens when starting "Microsoft money97 5.0. I see bugs 33886 34451 300082. It is probably the same thing. -- 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 8

[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