Open Bug 1636578 Opened 5 years ago Updated 3 years ago

Master password dialogue box pops up again after putting in master password, even though it accepts password

Categories

(Toolkit :: Password Manager, defect, P3)

Product:
Toolkit
Component:
Password Manager
Version:
76 Branch
Type:
defect

Tracking

()

Tracking Flags:
Tracking Status
firefox76 --- wontfix

People

(Reporter: bugger, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regressionwindow-wanted, Whiteboard: [passwords:master-password][passwords:primary-password])

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

  • Opened Firefox (starts with one tab opens to Firefox home, with web search, top sites, recommended by pocket, highlights and snippets displayed)
  • Entered Master Password into the pop-up box

Notes

I did not us a lockwise add-on as Lockwise is built in.

Actual results:

  • Pop-up box accepted password
  • Another master password dialogue box opens (which you can dismiss, as it accepts the first password)

Expected results:

  • Enter password in master password box
  • dialogue box should accept password and not pop up a second dialogue box

The second dialogue box appears also appears while if you take to long to input your password, it will force part of the password into the second master password dialogue box

The issue does not seem to happen in safe mode.

The active extensions are:

Adobe Acrobat
Facebook Container
uBlock Origin

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → New Tab Page

Thanks for filing!

Did the problem only start with Firefox 76? There was a related issue which should be fixed in Fx76 (bug 1608347).

Do you use Firefox Sync? Does the problem happen in Firefox Safe Mode?

status-firefox76: --- → wontfix
Component: New Tab Page → Password Manager
Flags: needinfo?(inboxtogo)
Product: Firefox → Toolkit
See Also: → 1608347
Whiteboard: [passwords:master-password]

Hi Matthew,

I initially posted it in the other bug report but was told that was fixed so to make report a new bug. This is in Firefox 76/latest public release and does not seem to happen in safe mode.

I have minimal extensions as seen above.

This issue was never fixed on my end and has been happening for quite some time.

As I mentioned above, I am running an older machine, Mac book pro mid 2010 so not sure if that is causing any issues.

Flags: needinfo?(inboxtogo)

(In reply to Matthew N. [:MattN] (PM me if request are blocking you) from comment #3)

Thanks for filing!

Did the problem only start with Firefox 76? There was a related issue which should be fixed in Fx76 (bug 1608347).

Do you use Firefox Sync? Does the problem happen in Firefox Safe Mode?

Forgot to mention, yes I use sync.

Because this bug's Severity is normal and has not been changed, and this bug's priority is -- (none,) indicating it has has not been previously triaged, the bug's Severity is being updated to -- (default, untriaged.)

Severity: normal → --
Severity: -- → S3
Keywords: regressionwindow-wanted
Priority: -- → P3

Since it doesn't happen in safe mode it's likely caused by one of your extensions. Can you try disabling extensions one-by-one until the problem goes away and let us know which extension caused it?

Flags: needinfo?(inboxtogo)

(In reply to Matthew N. [:MattN] (PM me if request are blocking you) from comment #7)

Since it doesn't happen in safe mode it's likely caused by one of your extensions. Can you try disabling extensions one-by-one until the problem goes away and let us know which extension caused it?

Hi Matthew,

I disabled the only two remaining extensions, Facebook Container and uBlock Origin, and the same thing is still happening.

I also noticed that if I am too slow to put in my master password, the dialogue box will reappear and can cut off password, put part in new box.

Then when enter password, 2nd dialoge box still pops up.

Flags: needinfo?(inboxtogo)
QA Whiteboard: [qa-regression-triage]

I may have seen this once in the past 3 days, looking into it now.

Flags: needinfo?(timea.babos)
See Also: → 1656903

I was bumping into Bug 1656903 but had no luck reproducing this specific scenario.
Hey BugZillian, are you still encountering this?

Flags: needinfo?(timea.babos) → needinfo?(inboxtogo)

(In reply to Timea Cernea [:tbabos] from comment #10)

I was bumping into Bug 1656903 but had no luck reproducing this specific scenario.
Hey BugZillian, are you still encountering this?

Yes, it happens everyday, but I am running a MacBook Pro, mid 2010, which doesn’t support the latest Mac OS X, so maybe the issue is just on my end. (10 year old laptop works wonders, 500 GB SSD+16 GB memory 😊)

Flags: needinfo?(inboxtogo)

Can you please update tomorrow to the latest Firefox Release 80 and see if this is still reproducible? There is a bug fix introduced recently and I wonder if it also solves this case. Please let me know once you update and check it out.
Thank you!

Flags: needinfo?(inboxtogo)

I updated to 80 and the same thing happened. Like I mentioned, it may be my fault because I am running a 2010 MacBook Pro with High Sierra (because it can not upgrade to the newest OS)

The behavior is interesting though because if you wait to type in a password, you can actually see the master password box pop-up, then re-pop up, then if you type it in, it pops up again, you can dismiss it, because it successfully recognizes that you are logged in though.

Flags: needinfo?(inboxtogo)

Even if you are running on older MacBook it still should work fine. One more thing, can you please log out of Sync, restart the browser and check it out? Sorry for going back and forth with this, but we need more info to try to understand what is the cause since we had a couple of cases like this fixed recently but there is still something out there in the wild :)
If by any chance you have the time to do a screen recording, please also share it here.

Flags: needinfo?(inboxtogo)

Got it, here is a link to the video, showing that if you just wait on the master password screen, the pop-up box actually replaces itself (appears a 2nd time without user interaction)

Then after I put in the password (slight delay in video) right after I input it, the master password dialogue box pops back up, which can be safety dismissed because it accepts the password.

Let me know if there are any issues with the video link:

https://www.dropbox.com/t/W2se83BKvNaggfyK

Flags: needinfo?(inboxtogo)

(In reply to Timea Cernea [:tbabos] from comment #14)

Even if you are running on older MacBook it still should work fine. One more thing, can you please log out of Sync, restart the browser and check it out? Sorry for going back and forth with this, but we need more info to try to understand what is the cause since we had a couple of cases like this fixed recently but there is still something out there in the wild :)
If by any chance you have the time to do a screen recording, please also share it here.

Let me know when you have downloaded the video so that I can delete the video link.

Looks bad, I have saved the video locally, free to delete it..just gave it a shot with Sync too but couldn't repro. One more thing that could help is a debug log. Here is a tutorial on how to do that, when you have the time, please look into it and attach here de log: https://drive.google.com/file/d/1P94qZvQc3FkLiwhrmEYTSweCGt09ef97/preview

Flags: needinfo?(inboxtogo)

Thanks, I'll try to do that, do these logs leak any private username/password information?

Flags: needinfo?(inboxtogo)

No, your credentials are totally safe and not shared within the logs. You can read more about it here: https://wiki.mozilla.org/Toolkit:Password_Manager/Debugging

Thanks for the post. I'm having the same problem with Thunderbird.

I have the same problem with Thunderbird 68.12.0 (32-Bit)

I am having the same issue when I close then reopen Nightly 87.0a1 with Firefox Sync enabled and logged in.

Whiteboard: [passwords:master-password] → [passwords:master-password][passwords:primary-password]

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(inboxtogo)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

Opened Firefox (starts with one tab opens to Firefox home, with web search, top sites, recommended by pocket, highlights and snippets displayed)
Entered Master Password into the pop-up box

Actual results:

Pop-up box accepted password
Another master password dialogue box opens (which you can dismiss, as it accepts the first password)
Expected results:

Enter password in master password box
dialogue box should accept password and not pop up a second dialogue box

Redirect a needinfo that is pending on an inactive user to the triage owner.
:serg, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(inboxtogo) → needinfo?(sgalich)
Flags: needinfo?(sgalich)
You need to log in before you can comment on or make changes to this bug.