User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Firefox/10.0 SeaMonkey/2.7 Build ID: 20120129110112 Steps to reproduce: Upgraded from SM 1.1.12 or thereabouts, throughout subsequent releases. Actual results: SM prompts for Master Password at a seemingly random interval into session even though Preference is set to "Ask the first time it is needed" and I have not navigated to a site which requires a Password, and/or without Mail or News Server authentication required. When this happens with a Download in progress SM freezes and I have to perform OS X Force Quit of SM, losing both the session and the download. Note - this behavior does not occur in a Profile which has no Master Password set. Expected results: SM should not request Master Password unless/as required in accord with user Preference selection.
I think I saw bugs related to this/similar issue...
Keywords: regression, regressionwindow-wanted
This is still happening under SM 2.7.2 and is becoming increasingly annoying! I've also tried the following, per suggestion - 1. Locate your profile folder. 2. Copy the lines below and paste them into a Notepad or Wordpad window: user_pref("signon.startup.prompt", false); // don't ask for master password until it's used, // bug #560793 3. Save the result as file user.js in the profile folder. 4. Terminate and then restart SeaMonkey. This has no effect - the bug still persists. I've also verified that all of these parameters are as above within the SM generated prefs.js file - thus I didn't expect it to resolve the issue, but have verified that it doesn't.
This is still broken in SM 2.10 - in fact, it's worse in that is seems to be happening with increased frequency. Open a SM Profile with a Master Password set and sit back and wait - Master Password prompt appears for seemingly no reason. Still does not occur if no Master Password is set.
Is this possibly a duplicate of bug #560792?
(In reply to David E. Ross from comment #4) > Is this possibly a duplicate of bug #560792? I don't think so, because I get this even if I never open Mail/News during a session, and I don't require a password to use my outgoing SMTP server from my home net - i.e.; I can send but not retrieve mail without requiring a password. I've asked in the past if SM polls in the background without the user ever knowing about it, but I've never gotten a definitive answer to that question.
Still a problem in SM 2.11. SM 2.11 also freezes if a navigation pane to Attach a file to an e-mail is displayed and this occurs. Same use action is required to resolve - Force Quit SM and loose the session and all session changes/updates/progress.
Still a problem in SM 1.12.
(In reply to Rufus from comment #7) > Still a problem in SM 1.12. ...make that SM 2.12.
Still broken under SM 2.14, and now worse. In addition to the above, SM now freezes when a user menu is open (like Bookmarks) and the Master Password dialog appears without requirement - the Master Password prompt is not brought to front and remains obscured by the previous Dialog/Menu. In this case the user can click off SM to clear the obscuring Dialog and then select OK or Cancel, but has to do so without SM being in focus.
This is still broken in SM 2.15.
Still broken in SM 2.15.2.
Still broken in SM 2.16.
Is this strictly a Mac problem? Or does it also affect PCs with Windows? What about UNIX or Linux?
I'm pretty sure it's strictly a Mac problem, though I have observed that me Master Password Preference setting is also seemingly ignored in the Windows version as well. And this is still broken in SM 2.17.1.
Still broken in 2.26.1.
Still broken in 2.29.
Still broken with 2.33 or later?
Summary: SM 2.x Mac prompts for Master Password when seemingly not required → Prompt for Master Password when seemingly not required
Hard for me to tell at this point. This mostly occurs (or is most noticeable) when I have MailNews open - but my ISP has recently dropped my usenet access and I haven't found an alternative usenet provider as of yet. Once I do I can update observations. Had just updated to 2.33.1 just prior to losing my usenet access...had reverted to 2.26.1 to avoid other compounding bugs.
(In reply to Rufus from comment #18) So I will have to be patient for a while. a) May be you can gamble for a while with anews.mozilla.org> for a while? b) May be you can test some free usenet providers from <http://www.freeusenetnews.com/>, <http://www.dmoz.org/Computers/Usenet/Public_News_Servers/>, other sources? I did a quick test with <http://www.aioe.org/> an for me it looked usable. But I do not know what newsgroups you need and until now I did not test write access.
I have Master Password active since 2015-07-02, I also often work with Newsgroups, NOT reproducible with DE SeaMonkey 2.35(γ) (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla) Gecko/20100101 Build 20150616034436 (Classic Theme) on German WIN7 64bit (and some other Aurora and Trunk versions). Related to OS or User's configuration?
Hm, it MIGHT be that I also sometimes observe this problem. 1 or 2 times a week (or so) when I try to receive or send e-mail Master Password input message appears unexpectedly, although I am pretty sure that I already correctly gave the master password and already did operations requiring the master password. Unfortunately the effect appears rather seldom and I always am rather surprised, so that I never am 100% sure that I _really_ gave the MP correctly. I will continue observations, hoping to find a way to make the problem reproducible.
This generally happens to me when I'm trying to download something from a NG - I had been subscribed to a 3D artist's group and collecting 3D content, so unless I can gain access to a binary group(s) and have something to download at the rate I previously was I don't have a real way to monitor for this just now. So far with 2.33.1 in just navigating the net I don't seem to see this unless I cancel a legitimate prompt - in which case I'm told I should expect SM to continue to prompt...at some indeterminate interval, or when required. Still looking for a suitable usenet service provider...
I still see this problem every now and then, and still no way to make the problem reproducible.
(In reply to Rufus from comment #22) > Still looking for a suitable usenet service provider... We urgently need unified test conditions. Please contribute more precise information than "A 3D group", tell a NG name and NG service provider so that I can try to get a test account, if it's not free.
The NG I used to frequent and download from the most prior to losing my usenet access was alt.binaries.3d.poser, alt.binaries.3d.bryce is another. But that really doesn't matter - this happens in *any* case where there is a download in progress from a NG while using MailNews and the prompt for Master Password appears. In this case I have to Force Quit SM and lose the session - this is the most annoying case. My usenet provider was Mediacom (which is still my ISP, they just dropped usenet on me)...but I don't feel that's particularly relevant either. *OR* - I can just open the browser to any page, do nothing and walk away, and the eventually I will get a prompt for Master Password in the open Browser window - seemingly ignoring my Pref setting not to request unless needed for the first time. There is no time interval or action I can tie this to - hence "random". One thing I will add, I don't use MailNews for e-mail other than with usenet so in that light I have no idea if this could also occur when downloading an Attachment from an e-mail but I suspect it does/will. The biggest problem is making the "random" prompt occur, as you mention.
(In reply to Rufus from comment #25) "Download" means also lots of text only postings from a newsserver what needs authentication?
(In reply to Rainer Bielefeld from comment #26) > (In reply to Rufus from comment #25) > "Download" means also lots of text only postings from a newsserver what > needs authentication? What I mean is the download of an Attachment from the message - not of the message itself. Authenticated or not - if an Attachment download is in progress when one of these spurious Master Password requests happens, SM freezes and I have to force-quit, loosing the session.
Could set bug 432020 as a dependency as fixing it could maybe help identifying "who" is requesting the MP and narrowing down this bug!?
You need to log in before you can comment on or make changes to this bug.