Closed Bug 271589 Opened 20 years ago Closed 4 years ago

password dialog popup accumulate if they are not cancel at once (Gentoo)

Categories

(MailNews Core :: Networking: NNTP, defect)

Product:
MailNews Core
Component:
Networking: NNTP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: doublehp, Unassigned)

References

(Depends on 1 open bug)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041119 Firefox/1.0 (Debian package 1.0-3) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041119 Firefox/1.0 (Debian package 1.0-3) popups accumulate every 5 minutes if they are not canceled Reproducible: Always Steps to Reproduce: 1. set up a nntp account, subscribe a newsgroup, ask for refrest every 1 or 5 minutes, dont provide password 2. wait 5 minutes 3. wait 5 more minutes Actual Results: every 1/5 minutes a new popup comes out. If you set up refrest at 1 minutes, and leave your computer for 2 hours ( let say a lunch break ), when you come back, you got 120 popups waiting yor you. Expected Results: when a popup is aking for a login/password for an account, TB should NOT open a new one after 5 min
Errata : this bug may be duplicate of 245536 the other one reports about mail, this one about news ... in fact, it may be a 'password manager' issue.
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Are you gonna mark me as compleetely solved in some more time ? NO WAY !!! :b
I can confirm that, It's really annoying. #319823 seems to be dupe of this bug. #296534, #285664 and #314495 are related as there are many reasons why TB wants us to enter password again, though this bug is independent - no matter why it asks but it should ask only once.
Would be really nice if once someone redesigns way the error messages are displayed in Thunderbird. Really the way it is done in Outlook or Outlook Express or in Firefox for JS errors would be live saver. A small status bar icon that signals the error, and on click error window with error messages stack would be great (this can popup or not relatively to some configuration). Also changing the IMAP server account icon to some other when TB cannot connect to it. But please do not MessageBox us :P It happens to me I got network connection problems like using Internet over GSM/GPRS and then I need to fight with "Connection to server blabla timed out." or "Cannot connect to server blahblah" that are popping up all the time, stealing the application focus, irritating, even I know they're connection problems.. Moreover all popups seem to freeze the UI thread which is simply a nightmare. Please make us all a release and redesign the way Thunderbird shows errors. Best regards.
stupid idea / dirty fix : make the code that prints the pop up a fork process. There pops up are nothing than message box, that is C code, sending signals to X/Gtk/QT/WhatEver ... what is no more than a string passed as argument ... my first complaint is that this call is clocking C call; so, if this string was mcopied, then sent to chil process/thread, user could accumulate stupid box, but main process could still honor network requests, what would solve half of this bug to me. It would not solve comment 5, but comment 5 admits itself to require a complete redesign of message management. I think the upper proposition does not. CCed people agree with me ?
Can anybody rename this bug to something like: "Popups accumulate and lock UI if they are not cancelled at once" and make this more adequate: OS: All Version: Trunk (tested by me with 1.5.0.7 & 3.0a1) Component: Mail Window Frontend Cool thing is also if you try to open Thunderbird with some IMAP accounts on slow network connection, or just taking the plug off.. then when closing Thunderbird we got the effect: Thunderbird application window is gone! But Thunderbird.exe still running.. moreover during next 2 minutes you got errors like: "Connecting to server blahblah timed out." from application that you have just closed, this is amazing "Zombie talk". TB is great client, but this flaw really sucks. And maybe we can put this bug some more priority.. what do you think ? ;P
This bug may be linked to #271587 (but not a dup)
Blocks: 271587
QA Contact: general
Reporter, does the issue still occur with the latest supported 2.0.0.x / Shredder trunk nightlies? (1.5.0.x is now end-of-life and the latest supported Thunderbird version 2 is 2.0.0.16)
Whiteboard: closeme 2008-08-28
They do not accumulate in the graphical way like before, but, they still accumulate in a virtual stack that leads to the same "user interface issue": when a problem occurs, a kind of pop-up query is sent to the interface; if a popup window is actually on screen, future pop up queries will not be graphically drawn, but put in queue. If not clicked at once, the stack will grow up so that, if they accumulate for, let say, 20mn, when user comes back, and clicks on the shown pop-up, a second and third ones will come to appear at once. In the end, pop do not create immediately windows (that could even make bug the window manager when several dozens of windows are to be shown), but still "to be shown sooner or later". In the end, the user will have to click anyway. A stupid example to illustrate: for any reason, imagine that an Imap server will break, and TB is configured to check emails ever minute. Imagine the server fails for 20mn, and the user have gone for lunch for 1h). TB will produce a "problem alert" every 5 minutes, saying the server is unreachable, is password is wrong, or any thing close to this. When user is back, in the mean time, the Imap server works fine again. When he clicks in the only popup shown on screen (yes, now TB.2.0 do not show hunderds of popup windows at the same time, this is nice), he will be asked at once to confirm several times the password. Still, at the moment the user clicks to ack the message, the server does work; so, ideally, TB should be able to reach it again; but in practice, some kind of stack have been filled with many messages saying things that are not true/usefull anymore ... because in the mean time, things work fine again. So, the user will have to ack many messages that are outdated. The actual behaviour of TB will not anymore overload the window manager, but, it is still annoying from the user point of view. It happens for many reasons, in many circumstances, and it is still boring me from time to time.
Bryan, thoughts?
Assignee: mscott → nobody
Whiteboard: closeme 2008-08-28
Yeah, this needs to be fixed. Added to the dialog invasion https://wiki.mozilla.org/Thunderbird:Dialog_Invasion
Assignee: nobody → clarkbw
Confirming based on comment #12.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: General → Mail Window Front End
OS: Linux → All
Hardware: PC → All
QA Contact: general → front-end
reassigning back to default as I think the solution is pretty well known. We're waiting on a version of bug 476696 (pop tarts) to fix this. In the meantime someone could try to write a patch that makes sure the popups don't accumulate.
Assignee: clarkbw → nobody
Version: unspecified → Trunk
please retest in version 3.1
Whiteboard: [needs retest v3.1]
Can not reproduce the bug ... AT THE MOMENT. Because, AT THE MOMENT, since TB3, when the server are unreachable (the main case which made pop-ups accumulate), TB crash; so, in short, before I can reproduce, bug 310571 must be fixed. It's not really a traditionnal block/dependancy. New regression bugs of TB3 just "mask" several old ones.
Ah ah ah ... it is the right bug number, against the right application, in the wrong bugzilla :D First time I ever do this :D So, I meant ... before GENTOO bug 310571 is fixed: http://bugs.gentoo.org/show_bug.cgi?id=310571 . Will make more sens :) I am waiting for new version to be comitted in maing Gentoo trunk. Then, maybe, I will randomly reproduce this present pop up one.
Accumulation on startup :) create a new accound plop@gmail.com, let TB3 fill in server parameters, don't enter password. Close account manager. Click in the plop account, you get a password querry. Cancel it. Select an other folder in folder pane. Close TB, re-open it. You get a pop up (that's normal), cancel it. You get a SECOND pop-up, that's NOT normal. Cancel it again. The default selected folder is now the plop account, instead of the one you selected just before closing; this is again not normal: pop-up can still acumulate when they are canceled in some circumstances, and, pop-up may affect folder selection. When network is down, or server crashed, the more acounnts are broken, the more ennoying pop-ups you get. I would need a local server to to more testing. I don't think I will loose my time on this. Other funny thing: I set the plop account to auto-refresh every minute. After cancelling password, I did not have any password querry (it was 5 minutes ago); but if i do a GetAllNewMessages, I am prompted. Why don't I get pop-up asking me password 1mn after canceling it, but get it with GetAllNewMessages ? non sens.
No longer blocks: 271587
Depends on: 476696, 271587
Keywords: hang
Summary: popup accumulate if they are not cancel at once → password dialog popup accumulate if they are not cancel at once
Component: Mail Window Front End → Security
Keywords: hang
QA Contact: front-end → thunderbird
Summary: password dialog popup accumulate if they are not cancel at once → password dialog popup accumulate if they are not cancel at once (Gentoo)
Whiteboard: [needs retest v3.1] → closeme 2010-11-09 [needs retest v3.1]
TB3 seem to "fix" this; especially 3.1 with the new 3 choice pop-up
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
New case: https://bugzilla.mozilla.org/show_bug.cgi?id=612233#c13 https://bugzilla.mozilla.org/show_bug.cgi?id=271587#c15 I get a pop-up saying me << The newsgroup fr.rec.cinema.selection does not appear to exist on the host nntp.pipex.net. Would you like to unsubscribe from it? >> Cancel, or OK. Content of message is to be dealt with in bug 612233; not in here. Here, i complain about the fact, if i leave my computer for 1h, I will have 6 pop-ups like this. One should be enough. It's not a password related issue, but it remains a pop-up accumulation issue !
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Whiteboard: closeme 2010-11-09 [needs retest v3.1] → [closeme 2010-11-09][needs retest v3.1]
Whiteboard: [closeme 2010-11-09][needs retest v3.1] → [needs retest v3.1]
The issue happened on jan 7th ... using 3.1.7 !!! => already reproduced on 3.1 ! removing the retest request.
Whiteboard: [needs retest v3.1]
new repro: in Calendar, add calendar https://calendar.doublehp.org/calendar/dav/doublehp@doublehp.org/events ... so that you trigger a certification error (we don't mind about my domain or calendar, the point HERE is just to get a certification error) ... wait a few seconds, instead of asking pasword, it will prompt for certification error. Move window on the side, and do not answer. Wait some time (forgot if it takes 10 minutes or more, but 1h should do), and you should see a second identical pop-up.
I agree with comment 1 that it is a password manager issue. At most one password manager prompt should EVER be on the screen at one time, regardless of why.
Does this still reproduce?
Component: Security → Networking: NNTP
Flags: needinfo?(ono)
Flags: needinfo?(doublehp)
Product: Thunderbird → MailNews Core
As of 52.8.0 (32-bit) on Windows I still get multiple "Please enter the master password for the Software Security Device." popups and have to dismiss each one separately.
I am still using TB 17, but since Pascal confirmed the bug for 52 ... probably one of my oldest confirmed bug.
Flags: needinfo?(doublehp)

Pascal, do you still see this when using 68?

Flags: needinfo?(ono) → needinfo?(Pascal)

On 68.10.0 (64-bit), if I do not answer the first "Please enter your master password" popup, I will get a second one. It does not appear that I will get a third one. Perhaps because I only have two remote accounts configured?

Flags: needinfo?(Pascal)

Password has changed a lot in the last couple years, so it sounds like things are working as they should. Thanks for the update

Status: REOPENED → RESOLVED
Closed: 14 years ago → 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.