wine-bugs April 2015

wine-bugs@winehq.org

1 participants
8253 discussions

[Bug 12707] New: some winemenubuilder processes never exit
by wine-bugs＠winehq.org 11 Jan '17

11 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=12707 Summary: some winemenubuilder processes never exit Product: Wine Version: 0.9.51. Platform: PC URL: http://wiki.winehq.org/AdobePhotoshop OS/Version: Linux Status: UNCONFIRMED Keywords: download, regression Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com I noticed with Adobe Photoshop 6, the installer running in silent mode with the '/s /SMS /w' switches would never finish. It turns out its waiting for the winemenubuilder processes for Adobe Photoshop 6.0.lnk and Adobe ImageReady 3.0.lnk. Those two processes are stuck in WaitForParentProcess(). This started happening between Wine 0.9.50 and 0.9.51. Git bisect says: f65e04770dc5748521a0de73814cea0b085bf3f8 is first bad commit commit f65e04770dc5748521a0de73814cea0b085bf3f8 Author: Rob Shearman <rob(a)codeweavers.com> Date: Fri Nov 30 18:06:07 2007 +0000 ole32: Always create a window for the main apartment. PS 5.5 is affected as well, with different .lnk files. -- 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 5

[Bug 38032] New: "Broken NVIDIA RandR detected" warning needs improvement
by wine-bugs＠winehq.org 11 Jan '17

11 Jan '17

https://bugs.winehq.org/show_bug.cgi?id=38032 Bug ID: 38032 Summary: "Broken NVIDIA RandR detected" warning needs improvement Product: Wine Version: 1.7.36 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- This relates to bug #34348 "Wine xrandr12 failure", which concerns nVidia proprietary drivers not adhering to expected RandR 1.0+ behaviour. Until nVidia addresses the problems preventing Wine from using RandR 1.3 reliably for its intended purpose, Wine warns the user that it is falling back to RandR 1.0 as a workaround. It does this by printing the following warning message very frequently: "Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead." (line 488 of dlls/winex11.drv/xrandr.c as of 1.7.36) The user is reminded of this every time winex11.drv is loaded, which is apparently quite frequently - even for command-line applications. Due to the overuse of the warning, it comes off very strong and may cause unnecessary worry. It may also present annoyances for developers looking through future bug reports that are filled with this message. I suggest this situation can be improved by the following two proposals: 1. this only be printed the first time winex11.drv is loaded. 2. the message changed to point to a wiki page or man page with a short description of the problem, or even the URL of bug #34348. eg. "Broken NVIDIA RandR detected, falling back to RandR 1.0. Please refer to http://wiki.winehq.org/RandR" This would allow users to understand what has happened and decide for themselves what course of action should be taken. Otherwise, I don't think a user will get a sufficient level of understanding from one line of text, and (unlike most Wine output) this one is aimed at the user and not so much at developers debugging something. -- 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 34317] New: Process Hacker 2.x needs winsta.dll.WinStationRegisterConsoleNotification
by wine-bugs＠winehq.org 10 Jan '17

10 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=34317 Bug #: 34317 Summary: Process Hacker 2.x needs winsta.dll.WinStationRegisterConsoleNotification Product: Wine Version: 1.7.0 Platform: x86 URL: http://processhacker.sourceforge.net/downloads.php OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Followup to bug 25994. -- 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 7

[Bug 34315] New: HWND_NOTOPMOST makes window disappear behind other windows
by wine-bugs＠winehq.org 10 Jan '17

10 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=34315 Bug #: 34315 Summary: HWND_NOTOPMOST makes window disappear behind other windows Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lopeonline(a)gmail.com Classification: Unclassified Created attachment 45681 --> http://bugs.winehq.org/attachment.cgi?id=45681 VB6 Test case (source code) AND exe Many of my utilities run minimized and are supposed to popup when they are ready for interaction. To make them popup I use this code: Me.WindowState = 0 BringWindowOnTop Me.Hwnd FlashWindow Me.Hwnd, True Me.Caption = "Popped up" Public Sub BringWindowOnTop(Hwnd As Long) SetWindowPos Hwnd, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE SetWindowPos Hwnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE SetWindowPos Hwnd, HWND_NOTOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE End Sub The above code works on XP and W7. On Wine as soon as I call HWND_NOTOPMOST the window falls behind other windows, unless I give the window focus before that happens. (that is not part of the submitted test case) -- 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 38044] New: Legacy 8
by wine-bugs＠winehq.org 10 Jan '17

10 Jan '17

https://bugs.winehq.org/show_bug.cgi?id=38044 Bug ID: 38044 Summary: Legacy 8 Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: deteulada(a)gmail.com Created attachment 50677 --> https://bugs.winehq.org/attachment.cgi?id=50677 The report published as the program closes Program loads but immediately reports a major error -- 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 5

[Bug 37925] New: bug when running need for speed
by wine-bugs＠winehq.org 10 Jan '17

10 Jan '17

https://bugs.winehq.org/show_bug.cgi?id=37925 Bug ID: 37925 Summary: bug when running need for speed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: winehqbugzilla(a)mailinator.com Distribution: --- Created attachment 50514 --> https://bugs.winehq.org/attachment.cgi?id=50514 backtrace Need for Speed Most Wanted -- 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 7

[Bug 23308] New: Garmin WebUpdater crashes displaying release notes
by wine-bugs＠winehq.org 09 Jan '17

09 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=23308 Summary: Garmin WebUpdater crashes displaying release notes Product: Wine Version: 1.2-rc4 Platform: x86 URL: http://www8.garmin.com/products/webupdater/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: juan_lang(a)yahoo.com Depends on: 7711 Install Garmin WebUpdater from the above URL. Step 0: Until bug 7711 is fixed, you'll need to work around it, e.g. by applying attachment 10179, which hacks GetDriveTypeW to return DRIVE_REMOVABLE for every drive. Step 1: Attach a Garmin device that needs to be updated. Step 2: Run WebUpdater. You'll have to click Next through several wizard screens: 1. Welcome screen: click Next. 2. Device screen: If you didn't do step 0 correctly, you won't see any devices in the Device: dropdown. Otherwise, you should see a Removable Disk in the list. Click Next. 3. Update screen: If the device you attached in Step 1. is already up to date, you won't see anything. Otherwise, you should see a "The following update was found:" screen. Click Next. At this point, the wizard freezes for a while, then the attached dialog appears. Installing native mshtml via 'winetricks ie6' works around the issue. I also used winecfg to reset all DLLs except mshtml to builtin and the crash persists, then changing just mshtml to native removes it, so setting component to mshtml. -- 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 9

[Bug 16900] New: Voipbuster internet connection
by wine-bugs＠winehq.org 09 Jan '17

09 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=16900 Summary: Voipbuster internet connection Product: Wine Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atsia2003(a)yahoo.gr Voipbuster installs okay, Starts okay. Cannot connect to the internet which makes it useless. You can download the program @ : www.voipbuster.com In order to connect to the server, you need an account. I am using debian lenny and Wine ver. 1.1.12. -- 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 15

[Bug 28159] New: [integration] winebrowser associations with *.htm and *.xml may cause native system to infinite loop
by wine-bugs＠winehq.org 08 Jan '17

08 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=28159 Summary: [integration] winebrowser associations with *.htm and *.xml may cause native system to infinite loop Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)rodrigosilva.com Out of the box, wine comes with *.htm and *.xml associations for winebrowser. And wine publishes those associations in native system, creating wine-extension-htm.desktop and wine-extension-xml.desktop. Those 2 appear in all native's "Open With" dialoags as legit options. But, if chosen, system enters an infinite loop (*.htm file -> start.exe /ProgId htmfile -> winebrowser -> xdg-open -> start.exe ...) To prevent this, and still keep a way to allow wine apps to launch files in native apps AND allow native apps to launch files in wine apps, wine should implement a way to inhibit winemenubuilder to create native associations for certain extensions (in this case, *.htm and *.xml) That can be done in several ways (hardcode blacklisting winebrowser.exe is the easiest, but its lame), and my suggestion is this: winemenubuilder should not create associations if the class is in "WineImportedExtension.xxx" format. Example: [HKEY_CLASSES_ROOT\.htm] @="WineImportedExtension.htm" [HKEY_CLASSES_ROOT\WineImportedExtension.htm\shell\open\command] @="C:\\windows\\system32\\winebrowser-gui.exe \"%1\"" WineImportedExtension is a way to say: "this is not an extension handled by a windows app. It is an extension imported from native system. So DO NOT create an association for it in native... its already there" To original class, "htmlfile", can stay untouched. If, later, user installs a windows app that handles that extension, it will overwrite the default "WineImportedExtension.xxx" to its own, and winemenubuilder will correctly create a native *.htm association to indicate that now there is a windows app to actually handle that. -- 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 32625] New: Game window cannot gain focus
by wine-bugs＠winehq.org 08 Jan '17

08 Jan '17

http://bugs.winehq.org/show_bug.cgi?id=32625 Bug #: 32625 Summary: Game window cannot gain focus Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aaron(a)luchko.ca Classification: Unclassified With Avernum 6 when the game window opens the window cannot gain focus and cannot receive keystrokes. Steps to reproduce: 1. Download and install Avernum 6 http://appdb.winehq.org/objectManager.php?sClass=application&iId=11256 2. Start the game cd ~/.wine/drive_c/Program Files (x86)/Spiderweb Software/Avernum 6; wine Avernum\ 6.exe Select any configuration in the graphics configuration window 3. Notice that the game window lacks focus. Reproducibility: Always Wine Version: wine-1.5.18-1.fc17.x86_64 Workaround: Start a second copy of the game, ie cd ~/.wine/drive_c/Program Files (x86)/Spiderweb Software/Avernum 6; wine Avernum\ 6.exe & wine Avernum\ 6.exe Two of graphics configuration windows will pop up, now whichever window you choose to launch the game with, the game window will now have 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.

1 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 April 2015