You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 16, 2020. It is now read-only.
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.
You're right. The start_hidden functionality has been revised many times. The latest was for issues #75 and #76 (see 29de64e). 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 (6fb8a15), 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.
even if "start application hidden to tray" is selected.
Firetray 0.45/TB 17.03. OS: Linux Mint 14/Cinnamon (64 bit).
The text was updated successfully, but these errors were encountered: