http://bugs.winehq.org/show_bug.cgi?id=11563
Summary: WXTide32 fails to restore main window contents when restored Product: Wine Version: 0.9.55. Platform: PC URL: http://wxtide32.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: n5470@pinefields.com
WXTide32 is an app that shows a graph of tide information for a specific location. This information can be shown in the app's main window or in a system tray icon. When the main window is minimized and restored, the contents of the window are not restored (empty window w/ frame and decorations - 100% transparent where graph should be). However, right-clicking on the system tray icon for the app invokes an expected menu offering different ways of formating the main window contents. Choosing any format, even the one current checked and, therefore anticipated to be in the restored window, refreshes the window's contents with the correct display (right graph, right colors, right lines for mean tide, mean low tide level, etc.).
It appears the main window, on being restored, fails to refresh its contents, either through an error in app design or wine function.
http://bugs.winehq.org/show_bug.cgi?id=11563
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor Keywords| |download, source
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #1 from RBEmerson n5470@pinefields.com 2008-02-12 16:20:03 --- As per [Bug 11562]: No change from moving the app into the .wine structure from /usr/local/. No surprise, really. Installation is "unzip and run the .exe" - easy peasy.
Launching the app gives this brief stderr result: /home/n5470> fixme:advapi:CheckTokenMembership (0x48 0x11f9e0 0x33faa0) stub! fixme:advapi:CheckTokenMembership (0x40 0x1270e8 0x34e940) stub! fixme:advapi:CheckTokenMembership (0x40 0x1270e8 0x34e6a4) stub!
[1] Done wine ./.wine/drive_c/Program Files/WXTide32/wxtide32.exe /home/n5470>
Moving the cursor into the empty window gives a "busy" cursor. Picking a different display format (graph in place of realtime, for example) restores the window to the new format. The old format can be re-selected without a problem. The comment that re-selecting the checked format would work is in error. No surprise, really - it's a do-nothing choice.
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #2 from RBEmerson n5470@pinefields.com 2008-02-14 00:03:04 --- After doing a repository refresh and replacing a manually built version of 0.9.55 with the openSUSE 10.3 repository version, WXTide32 now redraws the window contents when the main window is maximized. Bug resolved by updating wine.
http://bugs.winehq.org/show_bug.cgi?id=11563
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |INVALID
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-14 00:10:07 --- Not resolved invalid!
Learn to read and follow the instructions.
http://bugs.winehq.org/show_bug.cgi?id=11563
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-14 00:10:16 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |FIXED
--- Comment #5 from RBEmerson n5470@pinefields.com 2008-02-14 08:10:38 --- (In reply to comment #4)
Closing invalid.
What???
The refresh issue is resolved. A *change/update in wine* fixed it. The app has other problems (Bug 11562 Bug 11548 and more to come) but refreshing the main window isn't one of them. Fixed. Closed. Moving on.
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|FIXED | Version|0.9.55. |0.9.56.
--- Comment #6 from RBEmerson n5470@pinefields.com 2008-02-23 19:37:12 --- The problem has re-appeared. Un-minimize the main window and it remains blank. Again.
Wine has been updated to 0.9.56. ~/.wine was removed entirely and rebuilt with winecfg. The good news is the need for native comctl32.dll seems to be over. There are no stderr messages when the app is launched or menus are invoked.
At this point probably the best path is to create "not working" reports through the AppDB route as things are still broken but not creating messages to work with.
http://bugs.winehq.org/show_bug.cgi?id=11563
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #7 from James Hawkins truiken@gmail.com 2008-02-23 19:44:49 --- Please run a regression test:
http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #8 from RBEmerson n5470@pinefields.com 2008-02-24 13:02:29 --- (In reply to comment #7)
Please run a regression test:
Testing turns out to be unnecessary. The problem, based on comparison with function under WinXP, is tied to app action and appears under WinXP, too. There is, however, a notable difference between main window and system tray action under Windows and Wine, and it has a direct impact on what is seen under Wine.
Under Windows, if the option to maintain a system tray icon is enabled, minimizing the main window causes it to disappear from the task bar altogether. It can be restored only if a display or graphing format other than the checked format is chosen. That is, if realtime, in the format list, is checked, choosing it again will not restore the minimized (and no longer visible) window. Choosing, for example, graph format would restore the window, with the graph format now displayed.
Under Wine, or at least under wine under Gnome/metacity, minimizing the main window does not cause it to vanish from the task bar but to act like any other minimized window. Restoring it, then, would be effectively attempting to pick the same format already in effect, which under Windows, has no effect, but which, under Wine, causes a window frame and decorations to be drawn, with no content save whatever was in the window boundary as it was drawn (i.e., nonsense content).
It is likely, therefore, that no bug, per se, exists unless it is possible to duplicate the action, described above, seen under Windows; that is not now happening. At worst, this is a minor problem and a reminder to the user not to select a display option already selected. It can be reasonably argued the app's author should handle this condition better even under Windows but that change isn't likely, given the present lack of contact with the author.
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #9 from James Hawkins truiken@gmail.com 2008-02-24 13:06:35 --- If the app behaves differently in Wine than in Windows, then it's a bug. Is this a regression or not?
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #10 from RBEmerson n5470@pinefields.com 2008-02-24 13:43:35 --- (In reply to comment #9)
If the app behaves differently in Wine than in Windows, then it's a bug. Is this a regression or not?
Re-read my comments, please. There is *nothing* to regress test for. The problem, once the rules of behavior were worked out, has been present in all tests I have conducted. Earlier posters (submitting V2.6 and 4.x [sic]) have not commented on this issue but it's highly likely that the problem existed then.
The Windows version is poorly implemented in several areas. Please re-read my comments regarding the app's (in my opinion) mishandling of the "no change" event for display formats, even under Windows. It is, at best, poorly formed and more likely simply not thought through fully. App performance, then, follows that deficiency in planning.
As for Wine development, it appears there is no support for the case of creating a window, for an app, which is then discarded or at least no longer seen in the task bar, while a service tray icon remains although the app continues to run (examples that come to mind quickly include CDMax, Avast!'s anti-virus package, and MS's network connection tool). Should this support exist under Wine, then WXTide32 would benefit from that support. Until that point, however, there is nothing further to be done. This is, as far as I can see, not a bug but a lack of development in a particular area.
http://bugs.winehq.org/show_bug.cgi?id=11563
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression |
--- Comment #11 from James Hawkins truiken@gmail.com 2008-02-24 13:55:31 --- Um...a 'lack of development in a certain area' is a bug...
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #12 from RBEmerson n5470@pinefields.com 2008-02-24 17:57:12 --- Created an attachment (id=10951) --> (http://bugs.winehq.org/attachment.cgi?id=10951) App w/ maximized window under WinXP - note no icon in tray
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #13 from RBEmerson n5470@pinefields.com 2008-02-24 17:58:42 --- Created an attachment (id=10952) --> (http://bugs.winehq.org/attachment.cgi?id=10952) App w/ maximized window under WinXP - note icon in tray, empty tool bar
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #14 from RBEmerson n5470@pinefields.com 2008-02-24 18:00:25 --- Created an attachment (id=10953) --> (http://bugs.winehq.org/attachment.cgi?id=10953) App w/ maximized window under Wine - note no icon in tray
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #15 from RBEmerson n5470@pinefields.com 2008-02-24 18:02:13 --- Created an attachment (id=10954) --> (http://bugs.winehq.org/attachment.cgi?id=10954) App w/ minimized window under Wine - note icon in tray, entry in task bar
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10952|0 |1 is obsolete| |
--- Comment #16 from RBEmerson n5470@pinefields.com 2008-02-24 18:03:21 --- Created an attachment (id=10955) --> (http://bugs.winehq.org/attachment.cgi?id=10955) App w/ minimized window under WinXP - note icon in tray, empty tool bar
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #10953|0 |1 is obsolete| |
--- Comment #17 from RBEmerson n5470@pinefields.com 2008-02-24 18:06:27 --- Created an attachment (id=10957) --> (http://bugs.winehq.org/attachment.cgi?id=10957) App w/ maximized window under Wine - icon in tray, user's choice
http://bugs.winehq.org/show_bug.cgi?id=11563
--- Comment #18 from RBEmerson n5470@pinefields.com 2008-02-24 18:14:56 --- (In reply to comment #11)
Um...a 'lack of development in a certain area' is a bug...
[ROFL] I'm sorry but I can't resist... by that reasoning, all of life is a bug.
Back to the matter at hand, please inspect the attached four images to see the difference between the app's window handling under Windows (notably the state of the task bar) and under Wine. Don't be sidetracked by the icon state under Wine, I forgot to set it to "minimized only" and left in "always on" by mistake. The actions under Wine are as expected and, FWIW, duplicates the same actions under Windows.
Really, you or someone else on the development team needs to run this app first hand to experience the differences. So far, I see no hint of that happening and, frankly, trying to talk people through even a simple app like this is, to be kind, becoming very frustrating.
http://bugs.winehq.org/show_bug.cgi?id=11563
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Summary|WXTide32 fails to restore |WXTide32 fails to minimize |main window contents when |to tray |restored |
--- Comment #19 from Austin English austinenglish@gmail.com 2008-02-25 20:54:52 --- Confirming. Changing summary to be more accurate.
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID Summary|WXTide32 fails to minimize |WXTide32 fails to restore |to tray |main window contents when | |restored
--- Comment #20 from RBEmerson n5470@pinefields.com 2008-02-25 21:41:30 --- NO! That was not, and is not, the bug reported. It was, and remains, that the main window contains nothing [related to the app] when the minimized entry in the task bar is maximized. It also appears, on further inspection, this action (lack of window contents) is consistent with the app's Windows behavior (selecting the current format from a menu tied to the tray icon causes a "no action" event [nothing is displayed] - this action is seen under Wine, too, albeit in an empty window frame). There is, ultimately, no bug present within the scope of the *original* summary.
There is, however, a possible problem in that a taskbar entry, under Wine should not remain when the main window is minimized. The taskbar entry is a different bug and will be reported as such. It is, however, my belief that this may not be an artifact of Wine's behavior (i.e., a Wine bug) but an artifact of Xorg behavior rule or possibly Gnome behavior rules. Further discussion of this issue is outside of the scope of Bug 11563.
http://bugs.winehq.org/show_bug.cgi?id=11563
RBEmerson n5470@pinefields.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |FIXED
--- Comment #21 from RBEmerson n5470@pinefields.com 2008-03-09 11:32:32 --- Resolution incorrectly marked as invalid - changed to fixed.
http://bugs.winehq.org/show_bug.cgi?id=11563
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard julliard@winehq.org 2008-03-21 10:54:19 --- Closing bugs fixed in 0.9.58.
-
wine-bugs＠winehq.org