Restoring from notification icon doesn't restore window position in Gnome
As I'm sure many people do I use DT2 on Linux, minimized to the notification area. Usually I have the window on the top right corner, but when I click on the icon, or when I click on a notification bubble, the window appears on the opposite side of the screen (bottom left). Even if I place it somewhere else on the screen, it appears on the bottom left corner.
In addition, if the window appears this way it doesn't gain focus, so if I hit Alt+F9 for example (minimize window on my setup) it minimizes my other window instead of DT2.
Comments are currently closed for this discussion. You can start a new one.
Support Staff 2 Posted by Jonnie Hallman on 23 Jun, 2010 07:02 PM
Can you provide before/after screenshots?
Jonnie Hallman closed this discussion on 23 Jun, 2010 07:02 PM.
Jonnie Hallman re-opened this discussion on 23 Jun, 2010 07:02 PM
3 Posted by Joe on 23 Jun, 2010 07:53 PM
I can confirm this issue. It persists in v2.0.1.
Not sure that screenshots would help. The issue is exactly as described and results in the application window restoring itself to the bottom left of the screen, no matter where it was placed prior to being minimised.
I wondered if this might be an AIR2.0 issue, rather than DT, so I fired up DT1.7.2b on the same system and DT1.7.2b happily restores itself to where it was prior to being minimised.
Hope this helps.
4 Posted by Chris Thompson on 24 Jun, 2010 04:32 AM
Count me in as a third. For me, it restores snapped to upper-left, despite me moving it to snapped to upper-right (or any other position).
Some brief testing shows that it still happens with Compiz (the graphical effects engine) turned off, but instead restores to the center of the screen. Turning Compiz off and then back on results in DT switching which side of the screen it restores to (for me, normally upper left, but after one off/on it goes to upper right; repeating the off/on brings it back to upper left).
Also, the DT window "snaps", but apparently the reported window boundary includes the drop-shadow, which means it never completely snaps to screen edges. I would guess that this is an AIR limitation.
As the submitter stated, the keyboard focus is not returned to the DT window when restoring from the system tray. Minimizing to the taskbar and restoring from there does maintain window focus.
5 Posted by Joe on 26 Jun, 2010 01:02 AM
Slight variant of the above. DT now jumps to the centre of the screen on start-up and jumps straight back there after any attempt to move it. Minimising the window to the tray and restoring it sees it jump elsewhere on the screen (e.g. top right, bottom right, bottom left).
Once the window restores to one of these new positions, any click on the window or the tray icon has the window jump immediately back to the centre of the screen. The end result is having the DT window slap-bang centre screen and no ability to move it.
These issues don't seem to apply to DT1.72b so I suspect a DT2.0.x issue or an AIR 2.0.x issue. That said, this is happening on 64-bit system so I've set-up a 32-bit box running version 2.0.2 of both DT and AIR to see what happens.
6 Posted by Joe on 26 Jun, 2010 02:19 AM
Just for fun, I uninstalled DT2.0.2 and removed the related com.destroytoday.destroytwitter directory from my profile directory.
Reinstalling DT2.0.2 resulted in the same problems occurring as in post 5 above and DT2 is again anchored to the centre of the screen by an invisible piece of elastic.
7 Posted by Joe on 28 Jun, 2010 12:34 PM
Another brief update: I uninstalled DT2.0.2 and AIR2.0.2 (uninstalling AIR also removed DT1.7.2b), rebooted and re-installed AIR2.0.2 and DT2.0.2.
I still have all the same issues described above with the additional problem being that the minimising to tray and restoring to a different screen location issue is now also happening with DT1.7.2b.
DT1.7.2b can be moved elsewhere on the screen without repeatedly snapping to screen-centre as described above with DT2.0.2, so it's usable. At the moment, the issue with DT2.0.2 hogging centre-screen unfortunately makes it unusable.
Hope this helps locate the source of the problems.
8 Posted by Joe on 29 Jun, 2010 11:11 PM
This issue seems to be somehow linked to the window resize functionality. After maximising the DT window and then restoring it to the default single canvas view, I was then able to move the window away from the centre of the screen without it automatically snapping back.
Better yet, the window's stayed put, even after a DT restart.
9 Posted by Igor on 29 Aug, 2010 07:27 AM
Same issue here, but it doesn't get fixed after restoring.
Or at least, it did, but if I switch desktops, when I come back it will have
again snapped back to center screen.
10 Posted by James on 04 Sep, 2010 10:19 AM
Same problem for me, 32 bit Ubuntu 10.4 / Gnome. Fantastically annoying.
11 Posted by jvassbo on 23 Sep, 2010 08:27 AM
Me as well, Ubuntu 9.10 / gnome 2.28.1 .... Hope this can be resolved soon, it's a pain in the ass moving the window after each minimize to systray.
Support Staff 12 Posted by Jonnie Hallman on 29 Sep, 2010 05:27 AM
I believe I have fixed this for the next prerelease (due tomorrow - 2.1.3p2)