GNOME Bugzilla – Bug 584910
When closing search window, do not quit if Tomboy icon is visible
Last modified: 2009-10-04 00:48:03 UTC
Please describe the problem: Closing Tomboy's "search from all notes" window closes the whole program in Jaunty. Steps to reproduce: 1. Open the computer 2. Close Tomboy's application window Actual results: Closing Tomboy's "search from all notes" window closes the whole program in Jaunty. Also when I start the computer the "search window" is opened automatically. Expected results: I think that normally the system tray icon should remain in systray even if the window is closed or at least it used to work like this before. Also the search window should not be open after startup. Does this happen every time? 9 times from 10 but not always Other information:
Created attachment 136013 [details] Screenshot from the toolbar
Interesting. Tomboy only quits when closing the search window if it thinks it failed to put itself in the tray (for example, if you just don't have a tray running when you start Tomboy). This could be a timing issue. How fast is your computer?
My machine is Core2 2,1 GHz with couple laptopdrivers in RAID1. I also have dualscreen with Xinerama, so could it be realted to the problem? The other screen of course doesn't have tray running.
Hmm, I'll have to dig up my other monitor and see if I can reproduce with a similar setup. As a work-around, you may have better luck removing Tomboy from session startup, and adding it to your GNOME panel as an applet instead.
Well, your way works. So it's good enough form me now. Thanks!
Same happens to me in Kubuntu Karmic: both when tomboy is automatically started from session management on KDE startup and when manually starting tomboy from the run dialog or command line, there is a chance that the problem occurs. "there is a chance" means that it sometimes happens and sometimes not; its totally unpredictable. "the problem occurs" means that in addition to showing up in the system tray (this always happens as it should!), an "evil" search all notes window pops up that has no 'Close' menu entry (only 'Quit') and which can not be closed without terminating the whole application (that is, also removing the system tray icon). When the problem doesn't occur, the system tray icon just appears as it should and no window pops up by itself. Also, when manually opening a 'search all notes' window from such a "well-behaved" tomboy instance then the window will have both 'Close' and 'Quit' menu entries and closing it will not affect the system tray icon. When using (the much more light-weight and faster) fluxbox instead of KDE 4 and starting tomboy from an xterm there, the problem never seems to occur, so maybe it does depend on whether the system tray icon appears "fast enough"? I'm using a plain and simple Pentium M 1.6 GHz Laptop (no dual screen stuff).
Here's the actual issue: 1. Tomboy starts up, does not see icon appear within 2 seconds, assumes icon will never appear. 2. When Tomboy thinks the icon is not visible, closing the Search window quits Tomboy. But the icon *is* visible, just later than Tomboy would like. ;-) We should check for icon visibility *again* when the Search window closes, as the icon may have appeared in the intervening time. Still seems weird that this is happening at all...but I have heard it brought up by many Jaunty users lately. I can only assume something is causing the panel and notification area to take a while to load for most users, and Tomboy is being started *before* they are done loading.
> We should check for icon visibility *again* when the Search window closes, as the icon may have appeared in the intervening time. But that would still leave an annoying search window randomly popping up (or not) after one logs in to Gnome or KDE. I'm just a plain user, so forgive my ignorance, but when would one ever start tomboy in an environment that does *not* have a system tray? Wouldn't it make sense to *always* assume the system tray icon to eventually appear (that is, *never* decide to pop up the search window initially and make it Quit-only) when tomboy is run normally? There could always be a "tomboy --stand-alone" switch or similar for those rare cases (I myself coudn't think of any) where one would not want the system tray mode.
(In reply to comment #8) > I'm just a plain user, so forgive my ignorance, but when would one ever start > tomboy in an environment that does *not* have a system tray? Wouldn't it make > sense to *always* assume the system tray icon to eventually appear (that is, > *never* decide to pop up the search window initially and make it Quit-only) > when tomboy is run normally? There are minimal window managers out there that do not have a system tray, it is cool that tomboy can be used with them too. I am pretty sure (never tried) that you can run tomboy over a X11 tunnel that way and use it on a machine that is running a plain X-server.
But wouldn't someone who set up his system to run a minimal window manager or X11 tunnel or whatever also quite likely be someone who would be comfortable enough applying a simple command line switch when starting an application? Also, doesn't X11 report in some unified way whether there currently is a system tray? (After all, the system tray seems to work cross-desktop and cross-window-manager, so it seems to be kind of unified.) In that case, wouldn't it make sense to just check whether X11 *claims* there to be a system tray, and if so, start in system-tray-only mode. Otherwise in stand-alone mode. Both the Gnome user and the minimal window manager user will always get what they expect. A "--stand-alone" switch could still be introduced for manual override. I agree it's great that tomboy runs in the widest variety of environments possible, but I guess the vast majority of tomboy users will use Gnome (or KDE), and to those users a search window that keeps sometimes popping up after login will remain an annoyance, even if the "Quit instead of Close" behaviour is fixed. Having to routinely close a number of annoying windows or message boxes that automatically opened after logging in to your desktop is a concept indigenous to the Microsoft Windows world (especially after having a number of typical peripheral device drivers and freeware utilities installed...) and in my opinion not worthy of replicating in the Linux world... ;-) Anyways, no disrespect intended; keep up the good work!
Fixed in 0.15.7. The only remaining issue is that the "Close" menu item is removed if the Search window first appeared when the tray icon was not visible.