GNOME Bugzilla – Bug 675846
Restoring a previously maximized window from iconified state is no longer maximized
Last modified: 2018-04-14 23:57:51 UTC
I am forwarding a bug that Windows 7 x64 users are reporting with Deluge. http://dev.deluge-torrent.org/ticket/2102 We have an option to minimize to the tray (iconify) and if Deluge is in a maximized state before this action occurs upon restoring the window it is still in a maximised state but with the window size of the unmaximized state. Clicking the unmaximize button works as expected with the window in the original unmaximized state and can be re-maximized also without issue. No problems are seen with minimizing to tray when the application window is in unmaximized state. We are currently bundling GTK 2.24.10 with Deluge and the issue was reported after moving from 2.16. I also tested with Pidgin to confirm it was a GTK issue.
I can confirm this annoying bug (Windows 7 64bit) in these apps: Claws Mail (win32 port) v. 3.8.0cvs30, GTK+ 2.24.10 Deluge (win32 port) v 1.3.5, GTK v ??? I think this bug should be in win32 component.
Has there been any action on developing a solution for this bug? I am also surprised it is still UNCONFIRMED as it is a fairly obvious bug.
I am having the same issue. This should not be unconfirmed.
Hi, I'm trying to confirm this bug on Windows 8.1 but so far I'm unable to confirm it with gtk-demo, GIMP, Deluge, or with Xamarin Studio. To be clear, you maximize the app's window, then minimize (either by clicking the minimize button or clicking its icon in the tray), then restore it by clicking its icon in the tray. Then the window is restored, but not with a maximized window size? For me it's restored and retains its maximized window size. Either I'm doing something wrong to reproduce or there is some difference in Windows 8.1.
[windows 7 64 bit] see this video http://disk.jabbim.cz/conyx@jabber.cz/deluge_gtkwin32_bug.mkv exactly as Calum described, also linux version is ok
I can confirm this definitely occurs (and is just as annoying) on Windows 8.1 64-bit with Deluge 1.3.6. Steps to reproduce: - open deluge - maximise the window - click a magnet link The window will now return to its original size, but the restore/maximise button still has the "restore" icon. Clicking it does nothing but switches it to the "maximise" icon, and it works normally from then on. Clicking another magnet link then causes the same issue to occur.
I'd like to just add another confirmation to this. Here is my OS info: 7601.18409.amd64fre.win7sp1_gdr.140303-2144 Here is another quick video demonstrating the incorrect maximize/minimize-from-tray functionality on my machine: http://www.80px.com/deluge.flv I right clicked the Deluge application and hit properties. There is a "Run: normal window/minimized/maximized" property, but changing this did not affect anything.
I can reproduce it with Deluge as well, but here's the thing: 1) Deluge uses gtk+-2.24.10 from year 2011 2) Deluge uses pygtk This makes it extra-hard to debug this problem. I can't transplant Deluge into gtk+-2.24.30, for which i *have* debug symbols. I would be willing to look into it, if i get a small application (preferably - in C, but i could try with Python) that reproduces this problem. Though updating to newer version of gtk+-2.x runtime would be a good start, maybe this bug is fixed already.
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new