http://bugs.winehq.org/show_bug.cgi?id=14286
Summary: winhelp: window size/position changed whenever link or navigation button is clicked Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs@winehq.org ReportedBy: markk@clara.co.uk
For some help files, Wine winhelp moves and resizes the main window whenever links or navigation buttons are clicked. Windows 95 winhelp does not do that.
To demonstrate, download msdncd.hlp from http://bugs.winehq.org/attachment.cgi?id=14568
Open the file in Wine winhelp, then move or resize the window. As soon as you click a link or button, the window is moved to its previous size and position.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2008-12-22 02:02:37 --- Problem seems to be fixed in 1.1.11.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #2 from Andrew Nguyen arethusa26@gmail.com 2008-12-22 02:06:18 --- On second thought, the problem remains.
http://bugs.winehq.org/show_bug.cgi?id=14286
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle@users.sourceforge.net
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2009-03-04 02:01:20 --- The following .hlp files restore their original position and size every time a link, >> or << is clicked in Wine. I have not compared behaviour with MS-Windows. In the case of Contraptions.hlp, this is particularly annoying as the window is so large that the close and iconify buttons are outside the screen.
- Contraptions: The Return of the Incredible Machine = (German) Professor Tim: die Rückkehr der verrückten Werkstatt - SimCity 3000 (German) - SimCity 2000 Urban Renewal Kit (German) - Age of Empires 1
Does not affect: + WinAce.hlp + SimCity 2000 (German)
Perhaps it's not a bug and there's some flag in the .hlp files to control this behaviour?
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2009-03-09 03:22:08 --- I can now confirm this misbehaviour, as on a MS-w2k system no click within the .hlp files causes a change of window size or position.
However the following differences are noteworthy on ms-w2k: + SimCity 2000 (German) : remembers window position and size across invocations of winhlp32 while - Contraptions (German) - SimCity 2000 Urban Renewal Kit (German) : always restart with a fixed windows position and size (full screen and approx. half screen size respectively).
So it seems like indeed there exists a flag in the .hlp file to say either "open window with these dimensions" or "don't care", and the bug may be that in Wine this flag is not consulted once like in MS-Windows, but on every click.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #5 from Jörg Höhle hoehle@users.sourceforge.net 2009-06-12 03:14:57 --- The help file from the demo version of Motocross Madness 2, attached to bug #17681 comment #1, is also affected by this issue. Each click moves the window half outside the screen.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #6 from Jörg Höhle hoehle@users.sourceforge.net 2009-11-19 00:04:14 --- Still present in wine-1.1.33
http://bugs.winehq.org/show_bug.cgi?id=14286
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #7 from Austin English austinenglish@gmail.com 2010-05-19 16:39:14 --- Is this still an issue in current (1.1.44 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14286
markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |markk@clara.co.uk
--- Comment #8 from markk@clara.co.uk 2010-05-20 05:40:54 --- Yes, this issue is still present with Wine 1.1.44.
http://bugs.winehq.org/show_bug.cgi?id=14286
Eric Pouech eric.pouech@orange.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |eric.pouech@orange.fr Resolution| |FIXED
--- Comment #9 from Eric Pouech eric.pouech@orange.fr 2010-06-08 14:19:41 --- should be partially fixed in current git partially: I didn't fully test the history/search behavior, but << and >> should be fine
http://bugs.winehq.org/show_bug.cgi?id=14286
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2010-06-11 12:49:54 --- Closing bugs fixed in 1.2-rc3.
http://bugs.winehq.org/show_bug.cgi?id=14286
markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|FIXED |
--- Comment #11 from markk@clara.co.uk 2010-07-24 13:37:53 --- This bug should probably be reopened. Testing with Wine 1.2's winhlp32, at least some help files still have this problem.
Open the attached v3_spc.hlp file in Wine winhlp32. Move, resize or maximise its window. Click on a link and notice the window gets resized (which doesn't happen with winhlp32.exe from Windows). The resizing also happens when you click the << or >> buttons (but not when you click the Back button).
Another thing that might be relevant: after clicking on a link, resize/move/maximise the window. Click the Summary button. The window is resized. Resize/move/maximise the window again. Click Summary again. That doesn't change the document page (already on the front page), and the window position does not change either.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #12 from markk@clara.co.uk 2010-07-24 13:38:21 --- Created an attachment (id=29814) --> (http://bugs.winehq.org/attachment.cgi?id=29814) v3_spc.hlp compressed with bzip2
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #13 from Jörg Höhle hoehle@users.sourceforge.net 2011-01-22 12:06:25 CST --- With SimCity 2000 and its sc2URK.hlp in wine-1.3.12, I can confirm Mark's second observation in comment #11 : Go to a page, *maximize*, press "summary", "<<" or ">>" and the window restores its last size.
However I cannot confirm Mark's first observation using the file he attached (nor any other): moving or resizing (not maximizing) the window, then clicking links, "back", "<<", ">>" or "summary" does not change the size.
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #14 from butraxz@gmail.com 2013-06-30 09:09:07 CDT --- This ticket has not been updated for over 850 days.
Is this still an issue in wine version 1.6-rc4 or higher or is this to be closed as abandoned ?
http://bugs.winehq.org/show_bug.cgi?id=14286
--- Comment #15 from Mark K markk@clara.co.uk 2013-06-30 13:21:56 CDT --- With Wine 1.6-rc3 and virtual desktop mode enabled, the "maximised window is restored whenever you click a link" problem is still present. That seems to be the only remaining problem of those mentioned (with msdncd.hlp and v3_spc.hlp) in this bug report.
https://bugs.winehq.org/show_bug.cgi?id=14286
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned? URL| |http://bugs.winehq.org/atta | |chment.cgi?id=14568 Severity|enhancement |trivial
--- Comment #16 from Ken Sharp imwellcushtymelike@gmail.com --- Please retest in Wine 1.7.47 or later.
https://bugs.winehq.org/show_bug.cgi?id=14286
Mark K markk@clara.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? |
--- Comment #17 from Mark K markk@clara.co.uk --- With Wine 1.9.15, the behaviour is the same as described in comment 15.
https://bugs.winehq.org/show_bug.cgi?id=14286
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #18 from winetest@luukku.com --- This bug is dupe or at least related to bug 14299 which has a patch which seems to work too. << and >> were mentioned at somepoint of this bug report.