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

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: NNTP, defect)

Description

[plop]

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

Comment 1

[plop]

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.

Comment 2

[Gervase Markham [:gerv]]

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/

Comment 3

[plop]

Are you gonna mark me as compleetely solved in some more time ? NO WAY !!!

:b

Comment 4

[Marcin Gryszkalis]

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.

Comment 5

[Adam Strzelecki]

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.

Comment 6

[plop]

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 ? 

Comment 7

[Adam Strzelecki]

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

Comment 8

[plop]

This bug may be linked to #271587 (but not a dup)

Comment 9

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

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)

Comment 10

[plop]

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.

Comment 11

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Bryan, thoughts?

Comment 12

[Bryan Clark (DevTools PM) [:clarkbw]]

Yeah, this needs to be fixed.

Added to the dialog invasion
https://wiki.mozilla.org/Thunderbird:Dialog_Invasion

Comment 13

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Confirming based on comment #12.

Comment 14

[Bryan Clark (DevTools PM) [:clarkbw]]

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.

Comment 15

[Wayne Mery (:wsmwk)]

please retest in version 3.1

Comment 16

[plop]

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.

Comment 17

[Wayne Mery (:wsmwk)]

Hi plop.  I don't think the crash you see is documented (for trunk/3.1) https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced;short_desc_type=allwordssubstr;resolution=---;type0-0-0=nowords;value0-0-0=count%20counts;product=MailNews%20Core;product=Thunderbird;short_desc=crash%20news

I'm not sure bug 310571 is of value here (and it's already closed).  If you don't get a crash report id when using version 3.x -  https://support.mozillamessaging.com/en-US/kb/Mozilla+Crash+Reporter - then please get a stacktrace https://developer.mozilla.org/En/How_to_get_a_stacktrace_for_a_bug_report to file a new bug.

Comment 18

[plop]

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.

Comment 19

[plop]

Accumulation on startup :) create a new accound [e-mail], 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.

Comment 20

[plop]

TB3 seem to "fix" this; especially 3.1 with the new 3 choice pop-up

Comment 21

[plop]

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 !

Comment 22

[plop]

The issue happened on jan 7th ... using 3.1.7 !!! => already reproduced on 3.1 ! removing the retest request.

Comment 23

[plop]

new repro: in Calendar, add calendar https://calendar.doublehp.org/calendar/dav/[e-mail]/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.

Comment 24

[John David Galt]

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.

Comment 25

[Wayne Mery (:wsmwk)]

Does this still reproduce?

Comment 26

[Pascal]

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.

Comment 27

[plop]

I am still using TB 17, but since Pascal confirmed the bug for 52 ... probably one of my oldest confirmed bug.

Comment 28

[Wayne Mery (:wsmwk)]

Pascal, do you still see this when using 68?

Comment 29

[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?

Comment 30

[Wayne Mery (:wsmwk)]

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