Behaviour Check - Window disappears when locking from system tray.

Wanted to check if this behaviour is normal. I don't think its important but maybe this is something that's unwanted/unexpected.

1 - Have the 1password window focused.
2 - Right click the system tray 1password icon > click lock
3 - 1Password window locks

1 - Have the 1password window in the background or not focused
2 - Right click the system tray 1password icon > click lock
3 - 1Password window disappears

Question: I would think that the locking behaviour would be the same regardless if its locked from the system tray while focused or not focused. Is this supposed to happen?

1Password Version: 0.8.2-1
Extension Version: Not Provided
OS Version: Pop!OS 20.04 LTS x86_64
_Sync Type:
Not Provided


  • MikeTMikeT Agile Samurai

    Team Member
    edited August 19

    Hi @joeSh,

    Thanks for taking the time to write about that.

    Yes, this is actually intentional for the moment. We've found in our testings that if the app is in the background and it locks, the OS or the UI itself doesn't refresh properly and you'd see some partial rendered view from before it lock, meaning some data is visible within the parts of the UI showing unlocked but the center parts show locked view. This happens more often if you use remote desktop session and disconnect.

    So, what we did is if we detect we're not focused, we kill the window to remove any partial renders in view and if it is in front, we can still issue a forced refresh. By doing this, we didn't find any issue in our testings; maybe higher priority was given by system if the app is in front.

    If we find out that in certain setups still results in partial UI renders showing some data while locked and frontmost, we'd have to remove the window by force in all situations.

    So far, we haven't seen this yet.

Leave a Comment

BoldItalicStrikethroughOrdered listUnordered list
Align leftAlign centerAlign rightToggle HTML viewToggle full pageToggle lights
Drop image/file