https://bugs.winehq.org/show_bug.cgi?id=45956
Bug ID: 45956 Summary: _BrowseProperty bug in Guitar Hero World Tour installer Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mistere2002@zonnet.nl Distribution: ---
Created attachment 62504 --> https://bugs.winehq.org/attachment.cgi?id=62504 only one attachment file possible??
* Run the installer until Screen01.png => Press "Change" * Screen02.png shows the correct paths/information => Press "Cancel" or "Reset to Default" * Results in Screen03.png. Log entries: " 015a:fixme:heap:RtlSetHeapInformation 0x260000 0 0x23fd20 4 stub 015a:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=1590000015a, oid=2 015a:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d " * Press "Next" and "Install". Installation seems to work.
Also, the progressbar (or window update?) is broken for a long time now. It shows the complete installation a bar of 100% completion (progressbar.png) I am quite sure this worked multiple years ago.
Included the complete install.log Related to a earlier bugreport: https://bugs.winehq.org/show_bug.cgi?id=28219
https://bugs.winehq.org/show_bug.cgi?id=45956
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |msi CC| |z.figura12@gmail.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Can you please attach a log with +msi,+msidb,+msiexec (only up to the point where the _BrowseProperty text appears)?
https://bugs.winehq.org/show_bug.cgi?id=45956
--- Comment #2 from MisterE mistere2002@zonnet.nl --- Created attachment 62511 --> https://bugs.winehq.org/attachment.cgi?id=62511 requested log part1
https://bugs.winehq.org/show_bug.cgi?id=45956
--- Comment #3 from MisterE mistere2002@zonnet.nl --- Created attachment 62512 --> https://bugs.winehq.org/attachment.cgi?id=62512 requested log part2
https://bugs.winehq.org/show_bug.cgi?id=45956
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords| |Installer
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- Confirming. Something looks possibly fishy with the way we handle control properties.
https://bugs.winehq.org/show_bug.cgi?id=45956
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #5 from Fabian Maurer dark.shadow4@web.de --- *** Bug 44801 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=45956
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://jira.reactos.org/br | |owse/CORE-15315 Keywords| |download URL| |http://www.corel.com/akdlm/ | |6763/downloads/WinDVD/2010P | |ro/TBYB/WinDVDPro2010-TBYB. | |exe
--- Comment #6 from Fabian Maurer dark.shadow4@web.de --- Already had a ticket for this, but since this has more information I resolved the other. Also affects ArcGIS Desktop, Corel WinDVD, and Opera.
https://bugs.winehq.org/show_bug.cgi?id=45956
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=19712
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- Could be related to bug 19712.
https://bugs.winehq.org/show_bug.cgi?id=45956
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- I've done some looking at this. There's a number of problems with our dialog code, but the most relevant ones here are:
* Text controls should have their contents re-evaluated when a spawned dialog is closed. (For some reason this only happens when the control has an associated Property, even though that Property is never used in any way.) This seems to be what is responsible for setting the text to the updated path.
* Currently all Text controls have the SelectionPath attribute subscribed to a SelectionPath event [1]. This is almost certainly wrong, firstly because according to MSDN there is no such attribute of a Text control [2] or in fact of any control [3], and secondly because it is programmed such that the property itself and not its contents are copied to the contents of the control. This is what is responsible for setting the string _BrowseProperty.
I don't think either of these are directly responsible for bug 19712.
I intend to continue working on this, to fix these bugs and others.
[1] https://source.winehq.org/git/wine.git/commitdiff/fdfb10e02b13276286300739bd... [2] https://docs.microsoft.com/en-us/windows/desktop/msi/text-control [3] https://docs.microsoft.com/en-us/windows/desktop/msi/control-attributes
https://bugs.winehq.org/show_bug.cgi?id=45956
--- Comment #9 from Fabian Maurer dark.shadow4@web.de --- Still present as of wine-7.20. Note: With the corel installer, you need to press "Change" and then "Ok". Pressing cancel does not reproduce this bug!
https://bugs.winehq.org/show_bug.cgi?id=45956
--- Comment #10 from Fabian Maurer dark.shadow4@web.de --- Still present as of wine-9.1
-
wine-bugs＠winehq.org -
WineHQ Bugzilla