wine-bugs May 2017

wine-bugs@winehq.org

1 participants
7645 discussions

[Bug 29354] New: Microsoft Virtual PC 2007 SP1 installer fails to get past the "Product Key" dialog
by wine-bugs＠winehq.org 27 Mar '22

27 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=29354 Bug #: 29354 Summary: Microsoft Virtual PC 2007 SP1 installer fails to get past the "Product Key" dialog Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, split off bug mentioned in http://bugs.winehq.org/show_bug.cgi?id=17512#c3 to track what is most likely a regression ... --- quote --- Tested in 1.3.19 Didn't crash but I couldn't get past the "Product Key" screen. The "Next" button didn't seem to do anything. --- quote --- The problem in Microsoft Virtual PC 2007 SP1 installer is the "ValidateProductID" standard action. Dump using ORCA: --- snip --- CustomerInformationDialog NextButton NewDialog ReadyToInstallDialog PIDRET = 0 4 CustomerInformationDialog NextButton DoAction CA_ValidatePID NOT ProductID AND PIDKEY AND PIDKEY<>" " 1 CustomerInformationDialog NextButton DoAction CA_InstallForAllUsers NOT VPC2004INSTALLED 2 CustomerInformationDialog NextButton DoAction CA_SetTargetPathOnUpgrade VPC2004INSTALLED 3 --- snip --- First condition, if true -> CA_ValidatePID gets executed. --- snip --- 0023:trace:msi:MSI_EvaluateConditionW L"NOT ProductID AND PIDKEY AND PIDKEY<>\" \"" ... 0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for property L"ProductID" ... 0023:trace:msi:msi_get_property returning L"PWCVDGDPM7P23VYG6QM4R8Y8T" for property L"PIDKEY" ... 0023:trace:msi:MSI_EvaluateConditionW 0 <- L"NOT ProductID AND PIDKEY AND PIDKEY<>\" \"" --- snip --- (not fulfilled) Another condition to reach "ReadyToInstallDialog" is "PIDRET = 0". --- snip --- 0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action start 18:26:06: ValidateProductID." 0023:trace:msi:msi_get_property returning L"74216<````=````=````=````=`````>@@@@@" for property L"PIDTemplate" 0023:fixme:msi:ACTION_ValidateProductID partial stub: template L"74216<````=````=````=````=`````>@@@@@" key L"PWCVDGDPM7P23VYG6QM4R8Y8T" 0023:trace:msi:msi_set_property 0x13ce60 L"ProductID" L"PWCVDGDPM7P23VYG6QM4R8Y8T" 0023:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended 18:26:06: ValidateProductID. Return value 0." ... 0023:trace:msi:MSI_EvaluateConditionW L"PIDRET = 0" 0023:trace:msi:msi_get_property property L"PIDRET" not found 0023:trace:msi:MSI_EvaluateConditionW 0 <- L"PIDRET = 0" --- snip --- The "PIDRET" property never exists hence the installation is stuck in "CustomerInformationDialog". If you google for "Adding PIDRET property" you will find many similar looking msi logs, suggesting that this property is added during ValidatePID custom action: --- snip --- MSI (c) (DC:20) [17:55:05:750]: Doing action: ValidatePID MSI (c) (DC:20) [17:55:05:750]: Note: 1: 2205 2: 3: ActionText Action 17:55:05: ValidatePID. Action start 17:55:05: ValidatePID. ... MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PID property. Its value is '58730-000-0000007-05734'. MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding ProductID property. Its value is '58730-000-0000007-05734'. ... MSI (c) (DC!3C) [17:55:05:875]: PROPERTY CHANGE: Adding PIDRET property. Its value is '0'. Action ended 17:55:05: ValidatePID. Return value 1. --- snip --- Because ProductID was set earlier during ValidateProductID standard action, CA_ValidatePID is never executed. http://source.winehq.org/git/wine.git/blob/8cc5561fbf9f3250fbd2d986390e4013… If you remove line 6891 the installer executes the custom action which allows to proceed and let the installation finally succeed. You need 'winetricks mfc42' for CA_ValidatePID. Regards -- 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 21

[Bug 16221] New: Nota Bene requires AUTOEXEC.NT
by wine-bugs＠winehq.org 26 Mar '22

26 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16221 Summary: Nota Bene requires AUTOEXEC.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for AUTOEXEC.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 16222] New: Nota Bene requires CONFIG.NT
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16222 Summary: Nota Bene requires CONFIG.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for CONFIG.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 12

[Bug 34259] New: cygwin 2.819 installer hangs during postinstall
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=34259 Bug #: 34259 Summary: cygwin 2.819 installer hangs during postinstall Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 45597 --> http://bugs.winehq.org/attachment.cgi?id=45597 terminal output Similar to bug 24018, but that should be fixed in cygwin's upstream. Install progresses as normal, when the postinstall script process start, it hangs. austin@aw25 ~ $ sha1sum setup-x86.exe 1574ef1833e07af1d6b33b80229d15c1b46c4319 setup-x86.exe austin@aw25 ~ $ du -h setup-x86.exe 712K setup-x86.exe austin@aw25 ~ $ wine --version wine-1.7.0 May be related to bug 30397. -- 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 4

[Bug 33188] New: wine explorer: wrong behavior when dragging with no items selected
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=33188 Bug #: 33188 Summary: wine explorer: wrong behavior when dragging with no items selected Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Apologies if this is already reported, apparently it's been around since at least 1.2, but I couldn't find a report for it. Noticed in notepad++, but wine explorer has the same behavior. $ wine explorer click in the bottom right where no files are (you may need a folder with a few files, but not a ton..) drag the top item in list is selected, even though the mouse is nowhere nearby this does not occur on windows with notepad++ native comctl32 works around it. -- 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 5

[Bug 35436] New: NeteaseMusic client can't play music
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=35436 Bug ID: 35436 Summary: NeteaseMusic client can't play music Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fangpeishi(a)gmail.com Classification: Unclassified Created attachment 47292 --> http://bugs.winehq.org/attachment.cgi?id=47292 the terminal output steps: 1.install&open client; 2.add songs to playlist; 3.click the play button. BUT Netease music client did not start playing. download url: Netease music client(网易云音乐客户端): http://music.163.com/#/download -- 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 12

[Bug 36523] New: Original War: Patcher 1.12.10.12 fails at writing data1.owp`s header - canvas does not allow drawing
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=36523 Bug ID: 36523 Summary: Original War: Patcher 1.12.10.12 fails at writing data1.owp`s header - canvas does not allow drawing Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jopac76(a)mail.com Created attachment 48605 --> https://bugs.winehq.org/attachment.cgi?id=48605 The error log mentioned on the popup After installing the retail cd version 1.02 french, and then trying to update to 1.12.10.12.exe fails about at 14% installed, then the installer shows the following: >*Patching* >Writing data1.owp`s Header And a error report popup with >Setup Thread Error: Canvas does not allow drawing >Error log Created: Please include "C:\users\user\Temp\\ErrorLog0000.TXT" with >your bug report Download: http://www.owsupport.com/?sect=patches 71a1e44b03639791875dd216755e5e8910db24cb OWPatch_1.12.10.12.exe I can't find out how to attach more than one file, but the only thing on the wine output is a fixme about timezones. -- 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 35815] New: Allow remapping of joystick buttons
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=35815 Bug ID: 35815 Summary: Allow remapping of joystick buttons Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Some Windows games only accept a limited number of joystick button inputs, presumably based on the set of joystick devices against which the game was tested. If the native driver for a device returns different button numbers than the Windows driver, this can prevent some common controller devices from being used with such games. For example, the PlayStation 3 controller reports its face buttons as button numbers 12-15, but apparently the commonly used Windows driver "MotioninJoy" remaps these to lower button numbers; due to that, some games (such as Astebreed: http://edelweiss.skr.jp/works/astebreed/) only accept up to 12 button inputs, preventing PS3 controllers from working properly. The attached patch (against Wine 1.7.14) adds a "ButtonMap" configuration value to the DirectInput registry key, allowing the first 16 joystick button inputs reported by Wine to be remapped to arbitrary native joystick buttons. The format of the value is a comma-separated list of numbers, with the first number giving the (zero-based) physical button index for DirectInput button 0, the second number giving the physical button index for DirectInput button 1, and so on for up to 16 buttons. -- 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 11112] New: Does the fatal error if the config directory isn' t owned by the user make sense?
by wine-bugs＠winehq.org 21 Mar '22

21 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=11112 Summary: Does the fatal error if the config directory isn't owned by the user make sense? Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bero(a)arklinux.org Created an attachment (id=10147) --> (http://bugs.winehq.org/attachment.cgi?id=10147) Proposed fix Recent wine versions abort on startup if the config directory isn't owned by the user running wine. This breaks setups where several users share a common wine prefix (e.g. to make applications that make heavy use of the registry available to several users without installing them several times) and they have the right access to the configs through group permissions. Unless I'm overlooking a better way to do this, it would make more sense to check proper permissions than to check ownership. I'm attaching a patch that does that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 50

[Bug 25773] New: Majesty 2: certain keyboard keys are not recognized
by wine-bugs＠winehq.org 19 Mar '22

19 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=25773 Summary: Majesty 2: certain keyboard keys are not recognized Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32841) --> (http://bugs.winehq.org/attachment.cgi?id=32841) terminal output I noticed the problem when trying to start a multiplayer game. Logging in to Gamespy requires an email address but the period '.' sign used in the address was not accepted in the input field. It turned out that several other keys are not recognized by the game, e.g.: ~,[]/;'\=-+. By default '~' is used to bring up the chat window. The issue can be tested by creating a new profile in the game: the input field, containing the name, should accept all of the above mentioned characters but they're not recognized (only the letters and numbers work and some of the special characters by using <Shift>: @!$%). Installing native dinput8.dll (via winetricks) doesn't help in Majesty 2. Fedora 14 / Gnome 2.32.0 / xorg-x11-server 1.9.3-3.fc14 -- 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

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 May 2017