wine-bugs August 2015

wine-bugs@winehq.org

1 participants
8180 discussions

[Bug 32342] New: PlanetSide2 Error message and bugreport.txt and debug.log in Steam.
by wine-bugs＠winehq.org 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=32342 Bug #: 32342 Summary: PlanetSide2 Error message and bugreport.txt and debug.log in Steam. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42683 --> http://bugs.winehq.org/attachment.cgi?id=42683 PlanetSide2 bugreport.txt Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log message with attached bugreport. Also attached debug.log is generated in Steam install dir. -- 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 147

[Bug 32715] New: Running of Linux Live USB causes kernel32 to blow up
by wine-bugs＠winehq.org 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=32715 Bug #: 32715 Summary: Running of Linux Live USB causes kernel32 to blow up Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: raj(a)upadhyaya.com Classification: Unclassified Created attachment 43167 --> http://bugs.winehq.org/attachment.cgi?id=43167 Backtrace of blow up I began testing Linux Live USB creator on Linux. I am running wine version wine-1.5.18 installed via YUM on Fedora 18, using the linux kernel 3.8.0-rc3 compiled from source from www.kernel.org. What Linux Live USB does, is it creates a Live USB Linux USB thumb drive from an ISO. I keep a Windows XP partition around to run this program. My hope is to use Wine to run this program and create Linux thumb drives. Live Linux USB should task Wine, as it looks for new updates and other information from its web site. Back Trace attached... -- 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 22389] New: Text fields in dialog box remain highlighted in IDA Pro (maybe other Borland VCL programs?)
by wine-bugs＠winehq.org 05 Aug '25

05 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=22389 Summary: Text fields in dialog box remain highlighted in IDA Pro (maybe other Borland VCL programs?) Product: Wine Version: 1.1.42 Platform: x86 URL: http://www.hex-rays.com/idapro/idadownfreeware.htm OS/Version: Linux Status: UNCONFIRMED Severity: trivial 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 In some dialog boxes, when you press Tab to cycle to the next text box, text in the previously-active box remains highlighted. It should not. To demonstrate, download and install the freeware IDA Pro. Load any Windows executable into it. Click to position the cursor over any label (e.g. start), and press N to bring up the Rename address dialog box. Initially, the Name field is highlighted. Press Tab. The "Maximum length of new names" field is highlighted, but the Name field remains highlighted. Pressing Tab again causes the "Local name prefix" field to also be highlighted, with the previous two fields staying highlighted. Apparently IDA Pro is built using the Borland VCL (Visual Component Library), so perhaps this issue could affect other programs too. -- 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

[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@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 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

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 August 2015