524909 - Master Password entry is blocked and cannot be entered when opening multiple tabs using httpauth

Status: RESOLVED WORKSFORME

(Toolkit :: Password Manager, defect)

Description

[Oliver Mueller]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.4) Gecko/20091016 Firefox/3.5.4
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.4) Gecko/20091016 Firefox/3.5.4

After starting up my firefox, I usually open one of my bookmarks' subfolder with "Open All in Tabs". All of these bookmarks are .htaccess protected. Because I am using a master password, firefox asks me to enter it. So far so good. But when I type it in, I am not able to press "Ok" or "Cancel" or just hit enter. It will not submit the master password form. I have to restart the browser to do anything else. It basically crashed.
It can happen, that I can enter the master password for the first or second bookmark, but at least the third or fourth won't work.

Reproducible: Always

Steps to Reproduce:
1. Add 4 different bookmarks with different .htaccess protection into one bookmark folder
2. Protect your passwords with a master password
3. Restart Firefox and do NOT enter your master password yet, by opening any other site, which needs master password access
4. Go to you bookmark folder (as in step 1) and press "Open All in Tabs"
5. Try to enter master password at least for 2 or 3 of the bookmark pages
Actual Results:  
The master password entry form lets you type but won't allow you to cancel or submit your master password. You are unable to get rid of the form and have to restart firefox.

Expected Results:  
1. I would expect firefox to ONLY ask me ONCE for a master password instead of asking me for each of the tabs. Master password request should be a singleton and should appear only once. Never parallel.
2. I would expect to be able to sent the password or at least cancel the action.

This bug might be somehow related to bug 496700. But it is not the same platform and not exactly the same behavior.

Comment 1

[Brian]

Hi!
I believe I'm seeing this same issue, however I have not been able to reproduce this issue consistently 100% of the time.  

The issue seems to be dependent on:  
1)  the order in which the tabs are loaded,
2)  the order in which the HTTP(S) responses are received across all tabs, 
3)  the point in time in which you enter in your master password (via a modal dialog), 
4)  the point in time in which you confirm your HTTP(S) username & password (via a modal dialog, is this considered httpAuth?), & 
5)  which tab was last active when the session was saved & subsequently reloaded.  

In regards to 5), I've noticed that if I save my session on a tab that normally requests HTTPS authentication on initial load (VS ones that don't or ones with GMail in it for ex), the issue does not seem to occur (possibly because the HTTPS auth. tab gets loaded first and you have a chance to enter in your master password followed by a confirmation of the HTTPS credentials before other tabs have a chance to finish loading).  

As a slight addendum to your description, I've sometimes even seen it where it will not even let you type anything into the master password field (effectively requiring you to restart Firefox as you mentioned)... although I've noticed that you can sometimes hit <Apple/CMD> + <Q> when you are stuck on these modal dialogs and Firefox will instead dismiss it for that tab and effectively cancel loading that page.  

Surprisingly, <Apple/CMD> + <Q> does NOT immediately quit Firefox, which would seem like a bug... but it seems to get Firefox out of this "stuck" state (perhaps it has something to do with the fact that you are in a modal dialog?).  

Bug or not, it avoids having to restart the browser again and reload ALL tabs, which can be pretty annoying because of bug 499233 (which appears have a fix but seems to have not made it into any branches as of v3.6.X [note: https://bugzilla.mozilla.org/show_bug.cgi?id=499233#c19 mentions a plugin that could be used as a workaround in the interim:  https://addons.mozilla.org/en-US/firefox/addon/9808])

I am going to try to do the following:  
a)  see if this issue still occurs with FF's built-in session manager (since I have quite a few plugins installed, namely TabsMixPlus v0.3.8.2, I am going to do a bit more testing).  
b)  collect some debugging information as described via https://wiki.mozilla.org/Firefox:Password_Manager_Debugging & https://developer.mozilla.org/en/HTTP_Logging.  
c)  see if https://addons.mozilla.org/en-US/firefox/addon/9808 helps the situation any.  

I will post back with results & would appreciate if others could do the same! :)  

Cheers,
-Brian

PS:  My version info:  
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5

Comment 2

[Brian]

Hi,
I have finally had a chance to do some more testing.  

Here are my results:  
- In regards to 5) above:  I have determined that closing & restoring FF on a tab that requests HTTP(S) Auth credentials does not always avoid the issue.  
- In regards to a) above:  I have confirmed this issue occurs with FF's built-in session manager too... In fact, this issue occurs in Firefox Safe Mode (ie: with all extensions DISABLED).  
- In regards to b) above:  the following is output I grabbed from the FF Password Manager debugging output (sanitized).  Can a Mozilla/FF developer suggest what my next steps should be?  Also, since this has now been confirmed in FF Safe Mode, can the status of this bug be changed to confirmed?  

(Started FF in Safe Mode... got several modal dialog 'slide-downs'...)
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://webcache.googleusercontent.com/search?q=cache:NqeksmsqwB0J:www.firefoxforum.com/showthread.php%3Fp%3D5679+firefox+%22log+to+file%22&cd=2&hl=en&ct=clnk&gl=us&client=firefox-a, flags = 0x30004 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: No alternate nsILoginManagerStorage registered 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Opening database at /Users/_sanitized_/Library/Application Support/Firefox/Profiles/essgm4k3.default/signons.sqlite 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Initializing Database 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Creating new statement for query: SELECT * FROM moz_logins WHERE (hostname = :hostname) AND (formSubmitURL isnull) AND (httpRealm = :httpRealm) 
5/10/10 9:24:34 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://www.cpuim.com/fetch_content2.php?cpuim_fetch=1&cpuim_client=781e5e245d69b566979b86e28d23f2c7&cpuim_width=728&cpuim_height=90&cpuim_type=image&cpuim_channel=&cpuim_niche=51&cpuim_tracking=fff-mid&cpuim_image_server=www.firefoxforum.com, flags = 0x30004 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://www.cpuim.com/fetch_content2.php?cpuim_fetch=1&cpuim_client=781e5e245d69b566979b86e28d23f2c7&cpuim_width=728&cpuim_height=90&cpuim_type=image&cpuim_channel=&cpuim_niche=51&cpuim_tracking=fff-top&cpuim_image_server=www.firefoxforum.com, flags = 0x30004 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Counting logins matching host: http://webcache.googleusercontent.com, formSubmitURL: , httpRealm: null 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Creating new statement for query: SELECT COUNT(1) AS numLogins FROM moz_logins WHERE (hostname = :hostname) AND (httpRealm isnull) 
5/10/10 9:24:35 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _countLogins: counted logins: 0 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://www.cpuim.com/impression.php?id=416, flags = 0x30004 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://www.cpuim.com/impression.php?id=416, flags = 0x30004 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: onStateChange accepted: req = http://www.cpuim.com/impression.php?id=415, flags = 0x30004 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:36 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: domEventListener: got event DOMContentLoaded 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== initialized ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: ===== promptAuth called ===== 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Searching for logins matching host: https://_sanitized_, formSubmitURL: null, httpRealm: Trac 
5/10/10 9:24:37 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 1 logins 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Creating new statement for query: SELECT * FROM moz_logins WHERE (encType = :encType) 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _searchLogins: returning 0 logins 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: _findLogins: returning 1 logins 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Pwmgr Prompter: found 1 matching logins. 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] Login Manager: Checking if logins to https://_sanitized_ can be saved. 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Getting login saving is enabled for https://_sanitized_ 
5/10/10 9:25:29 PM [0x0-0xec9ec9].org.mozilla.firefox[52555] PwMgr mozStorage: Creating new statement for query: SELECT hostname FROM moz_disabledHosts WHERE hostname = :hostname 

- At this point about ~8 or so "Password Required" modal dialog prompts had come up, I answered 2~3 before getting stuck on this one where it would accept text entry but hitting Enter or clicking OK & Cancel does nothing
- Hit Apple-Q about 6 times before, I got a blank dialog that I hit OK on and finally appeared to be prompted by an HTTP Auth dialog instead, at this point page loading proceeded as normal.

Thanks,
-Brian

Comment 3

[Brian]

I'm consistently seeing this issue now at least once a day and Firefox is starting to become annoying to startup :(  

Because of this, I've started leaving my browser open as long as possible but there are a few issues doing this:  
a) this has a tendency to increase the # of tabs I 'collect' over time, 
b) I have two separate Work & Personal sessions that I switch between twice a day (with the help of TabsMix Plus), 
c) I no longer have the opportunity to close Firefox completely when I make the switch, to free it from any potential memory leaks (but that's a separate issue :) ).  

A few additional points of data:  
- My Work session has about 70-80 tabs total
- My Personal session has about 180 tab total
- I do *NOT* see this particular issue occur with my Personal session (although I do experience bug 499233, which isn't as annoying as this issue)
- One of the main differences between my Personal and Work sessions is that the latter has about 20 HTTPS URL tabs that point to an instance of Trac at the same domain + hostname (when I get a chance I will attempt to isolate these 20 tabs to see if I can reproduce this issue).  

I know most people don't usually have this many tabs open, but this shouldn't be an excuse for FF's password dialog to stop accepting input.  

I am a hoping a Mozilla developer out there can spare a moment to offer some additional suggestions but if not, I may not have much choice but to investigate other browser options such as Chrome or Opera... 

Regards,
-Brian

Comment 4

[Nickolay_Ponomarev]

Brian, thanks for your debugging efforts. While I'm not a paid developer at mozilla, nor developing this code in particular, I'm involved with the project for a while and can offer some general insight.

My guess is that this is caused by dismissing the prompts in a different order from the order they appear in (see bug 123913 comment 47); if so, this issue should be fixed by rewriting this code to avoid putting up several modal dialogs at once, which requires the same effort as fixing the 'multiple master passwords' issue.

You can see the C++ stack by sampling Firefox from Activity Monitor (it should show multiple ShowModal calls for each prompt on top of each other). If there's an error when dismissing the prompt, you'd see it in the Error Console after setting http://kb.mozillazine.org/Javascript.options.showInConsole to true.

BTW since you're using many tabs, consider BarTab <https://addons.mozilla.org/en-US/firefox/addon/67651/>, which delays loading tabs at startup until you switch to a tab.

Comment 5

[Paul O'Shannessy [:zpao] (not bugmail, email directly)]

This is probably a dupe of bug 475053, which fixed the master password problem with httpauth. It's in Firefox 3.6. The original reporter was using 3.5 as was Brian. Please upgrade and see if that fixes the problem.

Comment 6

[Brian]

Hi,
Thanks for the responses.  Sorry for the delay.  

(In reply to comment #5)
> This is probably a dupe of bug 475053, which fixed the master password problem
> with httpauth. It's in Firefox 3.6. The original reporter was using 3.5 as was
> Brian. Please upgrade and see if that fixes the problem.

I finally got a chance to update Firefox to v3.6.8 about a month or so ago and I have some good news & bad news to report.  

First the good news:  
Since updating, the browser no longer appears to become "_completely_ unresponsive" when restoring tabs that may prompt for the Master Password and/or individual HTTPS site authentication (note: by "_completely_ unresponsive" I mean the browser gets into a deadlock necessitating a Force Quit)

Now the bad news:  
I emphasize "completely" as it still seems like the modal password dialogs* sometimes get stuck for a few moments and stop accepting input (I suspect it may have something to do with the amount of data that the browser is being bombarded with when restoring a session with a large number of tabs) but at least it seems like you can still click Cancel (or the 'x' button) if the text entry field becomes locked, albeit with a slight delay.  

* I say "dialogs" as I still occasionally get multiple HTTPS prompts so it looks like 475053 doesn't consistently work for me.  :(  Any ideas?

So in summary, I'm not sure if the issue has been entirely resolved.  It's better, but still not 100% I think.  

- - - - -

PS:  I noticed JustinD committed a patch for bug 499233.  A commenter mentioned that this will be in FF v4.0 (https://bugzilla.mozilla.org/show_bug.cgi?id=499233#c89)  I looked at the change set in Mercurial but was wondering how one goes about determining what version of FF a change set will appear in?

Comment 7

[Brian]

(In reply to comment #4)
> Brian, thanks for your debugging efforts. While I'm not a paid developer at
> mozilla, nor developing this code in particular, I'm involved with the project
> for a while and can offer some general insight.
> 
> My guess is that this is caused by dismissing the prompts in a different order
> from the order they appear in (see bug 123913 comment 47); if so, this issue
> should be fixed by rewriting this code to avoid putting up several modal
> dialogs at once, which requires the same effort as fixing the 'multiple master
> passwords' issue.

I think I came to a similar conclusion too.  It almost seems as if FF is (currently) limited to putting up window-specific modal dialogs VS them being tab specific.  

I'm not sure if this is related but I noticed a weird (deadlock?) issue occur in the following scenario:  You have 2+ tabs open (say tab 1 & 2), have the focus on tab 2, click on a "Browse..." form field / button (which brings up an OS file browsing window), if a modal alert (JS alert() ? ) is put up by tab 1 (which can potentially hide beneath the Browse window) *while* you are still in the Browse window, you can no longer exit the Browse window (ie: "Open", "Cancel" no longer work).  Worse still, none of the buttons in the alert popup from tab 1 have any effect either (this is assuming you do happen to find it when you realize something has effectively disabled the buttons in your Browse window)!  Note:  the browser still seems responsive, just trapped in these two dialogs.  At the point the only thing that seems possible is to Force-Quit the browser, very annoying! :(

Not sure if the above is a separate ticket from the one you described, or if one already exists, but just thought I'd mention it.  

> You can see the C++ stack by sampling Firefox from Activity Monitor (it should
> show multiple ShowModal calls for each prompt on top of each other). If there's
> an error when dismissing the prompt, you'd see it in the Error Console after
> setting http://kb.mozillazine.org/Javascript.options.showInConsole to true.

I've been logging & monitoring the PasswordManager output for a while now but haven't seen anything that explicitly indicates any errors.  I think the problems is that there isn't any since nothing is failing per se, it's more like it seems to get stuck in a state where "the left hand doesn't know what the right hand is doing", for lack of a better description :) 

> BTW since you're using many tabs, consider BarTab
> <https://addons.mozilla.org/en-US/firefox/addon/67651/>, which delays loading
> tabs at startup until you switch to a tab.

Thanks.  I tried your suggestion and installed BarTab v2.0 but for some reason still see all tabs loading on startup (but to what extent, I'm not certain).  Since installing it I have noticed memory usage drop somewhat, but not by much (I'm not sure why).  One of the problems with BarTab I've noticed is that when a tab unloads automatically, the tab bar seems to silently jump to the tabs that get unloaded (note: the viewed page itself nor the selected tab do not change, just the area shown in the tab bar).  Unfortunately it's a bit disorienting when you're coding in another window and switch back (my workaround was to hit Ctrl+Tab a few times to switch between the most recently used tabs- may be a Tabs Mix Plus feature? - but even that seems to be affected when a tab unloads automatically- which is counter-intuitive.)  I guess I will try taking that up with the BarTab developer.  Regardless, thanks for the suggestion! :)

Comment 8

[Brian]

(In reply to comment #7)
> (In reply to comment #4)
>
[...]
> 
> I'm not sure if this is related but I noticed a weird (deadlock?) issue occur
> in the following scenario:  You have 2+ tabs open (say tab 1 & 2), have the
> focus on tab 2, click on a "Browse..." form field / button (which brings up an
> OS file browsing window), if a modal alert (JS alert() ? ) is put up by tab 1
> (which can potentially hide beneath the Browse window) *while* you are still in
> the Browse window, you can no longer exit the Browse window (ie: "Open",
> "Cancel" no longer work).  Worse still, none of the buttons in the alert popup
> from tab 1 have any effect either (this is assuming you do happen to find it
> when you realize something has effectively disabled the buttons in your Browse
> window)!  Note:  the browser still seems responsive, just trapped in these two
> dialogs.  At the point the only thing that seems possible is to Force-Quit the
> browser, very annoying! :(

A perfect example of this scenario is if you're trying to attaching something in Gmail in one tab and your online banking website in another tab puts up a timeout warning / alert (which is pretty common for online banking websites).  (I guess you could argue that one should logout of the latter first, but it'd be nice if it could do so without causing a deadlock situation...)

Comment 9

[Matthew N. [:MattN]]

I can't reproduce this problem anymore. I tested with a master password and bookmarked 3 different HTTP auth pages. I saw no responsive issues on macOS.

We now try to not show more than MP prompt at a time which probably helps.