Selecting Secondary Vaults with same Master Password Now Requests the Password [confirmed bug]

Oxon

I have been using a second and third vault with the same master password as the Primary vault and have happily switched between the 3 vaults without a problem. Today I added a fourth vault, and this time I gave it a different password to the others.

Since then, when I try to go between ANY of the vaults (using the main app or mini app), the doors slam shut and the master password for the destination vault is requested (even for those vaults where it is the same as the Primary vault’s password). (NB The "source" vault's contents are available fro the mini app while the main app awaits the destination vault password - which I guess is OK.)

Deleting the new vault does not fix the problem.

How can I get back to free movement between the 3 original vaults?

Oxon

...... Sorry, I should have mentioned:

1Password (MAS) Version 4.1.2 (412009)

iMac with OSX 10.9.1

Megan

Hi @Oxon,

Thanks so much for including your version numbers, that's always a useful thing to know here.

First of all, let's talk a bit about multiple vaults. The Master Password of your primary vault will automatically unlock all secondary vaults, regardless of what the password of the secondary vault is. Essentially the primary vault holds the encryption keys to all secondary vaults. This was done to ensure that users would not have to remember multiple 'Master Passwords' if they have organized their data into a bunch of different vaults.

If you were to unlock a secondary vault first however, by using 1Password > Switch to Vault or clicking on the lock icon in the Mini before entering the Master Password, then only that secondary vault is unlocked.

So, if you would like access to all of your vaults while in 1Password, you want to unlock your primary vault when opening 1Password, then you can switch between all secondary vaults with ease.

Does this help to clarify things a bit?

The "source" vault's contents are available fro the mini app while the main app awaits the destination vault password

Now, I'm not quite sure what you are referring to here: Is the Mini unlocked while the main app remains locked? The Mini and the main app should be sharing the same lock settings - the main app should unlock once you type your password into the Mini. Are you seeing different behaviour?

If you are, please let me know if you were a part of the 1Password beta team. If so, we may have a rogue Mini on our hands, cluttering up your system. (Which is an easy fix!)

Oxon

Megan

(I will leave the mini app comment you have highlighted above for the time being, until the main problem is resolved).

I understand what should happen, but let me give you an example of what happens to me:

The vaults in use are:
Primary : (master password)
Vault A : (master password)
Vault B : (master password)
Vault C: (NOT master password)

All works as you say until I lock 1P then use the mini app to open Vault C. With this vault open, the other vaults are protected as they should be, but thereafter the following happens after locking Vault C (example only):

Opening Primary with the master password and selecting Vault A from icon at top left of main app window locks the main window and “unlock vault A” is displayed. This (as you say) should not need a password - but it does!!

Then, after entering the master password - Vault A opens. Selecting Primary Vault from the icon at the top left of main app window locks the main window and “unlock Primary vault ” is displayed..

I have found that restarting clears the problem until once again Vault C is opened, as above.

(I have noticed that Vault C has to have data in it for the problems to occur).

Oxon

sjk

Hi, @Oxon.

Thanks for the followup information. This is an interesting problem and we'll do testing here to see if we can consistently reproduce it. I have noticed something similar to what you're describing with vaults not being properly (un)locked when switching between them. It may start after initially unlocking a secondary vault, eventually unlocking the Primary, then switching to a secondary and finding it locked instead of unlocked. After 1P4 gets into a confused vault switching state I'll usually use Control-Command-Q to Quit 1Password and 1Password mini so that 1P mini will also be restarted when the main app is.

I'll let you know when I have more information about this.

thightower

@Oxon , @sjk

After 1P4 gets into a confused vault switching state I'll usually use Control-Command-Q to Quit 1Password and 1Password mini so that 1P mini will also be restarted when the main app is.

This worked for fixing the wife's issue with the same problem a week or so ago. No issues ever since.

Oxon

It fixes it for me also, but only until I once again unlock the "Non Master Password" vault again. Then it's back to square 1.

sjk

Hey @Oxon and @thightower,

Here's one way to consistently reproduce this bug using the Primary and two secondary vaults:

1. Freshly restart 1P4 main and mini.
2. Enter Master Password to unlock 1P4 Primary vault (from main) and press Control-Option-Command-L to lock.
3. Open 1P mini, select secondary vault A, unlock using its password, and press Control-Option-Command-L to lock.
4. Main app lock screen is displaying Unlock Primary Vault; reenter Primary vault MP there to unlock.
5. Select secondary vault B in main app, Primary vault locks with animation, and main lock screen with Unlock B Vault is displayed.

Expected behavior in final step (5) is that vault B would be unlocked after having unlocked Primary with MP in previous step (4).

During testing there was a case where the main app remained unlocked after step 3, sort of the inverse of this:

(NB The "source" vault's contents are available fro the mini app while the main app awaits the destination vault password - which I guess is OK.)

Simpler variation: do all the vault switching/unlocking/locking in step 3 in the main app instead of mini.

Thanks for reporting and assisting with this, @Oxon. I've filed a bug report in our tracker.