Closed lgbaldoni closed 11 years ago
Hi, I'm afraid this is the normal behavior (understand: the best achievable behavior so far) under Linux: the way moz app sart up, we must wait for windows to be properly realized before actually hiding (minimizing) them. Attempting to hide them before results in a broken display. Depending on your setup (addons, mail accounts, ...) the start-up can last a bit, thus showing the app's windows a little before actually hiding them. BTW, other addons seem to have the same issue.
But it didn't happen before.
You're right. The start_hidden
functionality has been revised many times. The latest was for issues #75 and #76 (see 29de64e5). The difficulty is to find a mechanism that works for all cases. Previous implementations may have worked well for your setup, but obviously not for all.
I just revised it again (6fb8a15f22), in another attempt to fix edge cases. But still, the windows just have to be displayed shortly before getting hidden. A true start hidden to tray can hardly be achieved with addons since Gecko doesn't provide any extension point to prevent window display at stratup, to my knowledge.
6fb8a15 did the trick. I wonder what caused it to start behaving like this. Perhaps the TB 17.03 update?
even if "start application hidden to tray" is selected. Firetray 0.45/TB 17.03. OS: Linux Mint 14/Cinnamon (64 bit).