Closed
Bug 99777
Opened 23 years ago
Closed 22 years ago
Advance to next unread... dialog not waiting for an answer
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 161721
mozilla1.2alpha
People
(Reporter: emaijala+moz, Assigned: jag+mozilla)
References
()
Details
Pressing space in a newsgroup with no unread messages just flicks the confirmation dialog "Advance to next unread message in ...?" and seems to immediately take Ok for the answer (shouldn't the choices be Yes and No?). Then it might show the dialog for how many messages to download, which works fine. I've been seeing this on multiple Windows 2000 machines for ages, but got finally around to report it, using nightly build 2001091403. The dialog works fine if I open a message to a new window by pressing enter and click the Next button.
Comment 2•23 years ago
|
||
Is anyone else able to reproduce this bug?
Reporter | ||
Comment 3•23 years ago
|
||
Sorry for the duplicate reports.. accidentally clicked the submit button twice.
Reporter | ||
Comment 4•23 years ago
|
||
One clarification: it works correctly sometimes and sometimes not. I wish I knew better what causes it to fail.
Reporter | ||
Comment 5•23 years ago
|
||
I can make it happen every time. Procedure: 1. Create a new account + new news account for news.mozilla.org 2. subscribe to netscape.public.mozilla.mail-news and .performance 3. click on the first newsgroup, download 500 messages and mark the rest read 4. click on the second newsgroup and do the same 5. click back to the first newsgroup and mark all read with Ctrl+Shift+C 6. Press space until the dialog comes up It may fail right away, but if it doesn't, click Cancel and press space again. Now it fails for me every time.
Comment 6•23 years ago
|
||
Marking these all WORKSFORME sorry about lack of response but were very overloaded here. Only reopen the bug if you can reproduce with the following steps: 1) Download the latest nightly (or 0.9.6 which should be out RSN) 2) Create a new profile 3) test the bug again If it still occurs go ahead and reopen the bug. Again sorry about no response were quite overloaded here and understaffed.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 8•23 years ago
|
||
Still fails for me too, build 2001110903, W2K Professional SP1. Uninstalled old build, installed the new one, created account 'test'. Went to Mail & Newsgroups and the Account Wizard came up. Created a news account for user 'test' at no@com. Subscribed to the first four netscape.public.mozilla.* newsgroups. Clicked on the first one. Let it download the 500 messages. Mark all read with ctrl-shift-c. Press space. I can see the "Advance.." dialog flash quickly, but it goes on to the "Download Headers" dialog. This happens almost everytime. In case it happens to work, just press Cancel and space again.
It sounds like you're pressing space more than once after being at the end of the message (with no more read in folder/group), in which case we're using the next space bar as an Enter/OK which confirms the dialog. Not sure what we're supposed to do there...
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: esther → laurel
Reporter | ||
Comment 10•23 years ago
|
||
That would be an easy answer, but no, I'm not pressing it more than once. I think I would have other problems also if I were pressing space like that. To clarify: it happens ALWAYS. If it works, I'll just press Cancel and space again and it will fail. Every time. I thought I had made it clear enough in my previous comments. Do you have problem duplicating the behavior by following the steps I've written before?
Reporter | ||
Comment 11•23 years ago
|
||
This is still buggering me. What I just noticed, though, is that the dialog works beautifully if I trigger it by pressing N. It will always wait for an answer after pressing N, but if I happen to press Space, it won't.
Comment 12•23 years ago
|
||
Will nominate for fixing in next release and see what evaluation we get. I see this differs in behavior in this situation: 1. If the last unread message you land on in a folder doesn't have enough content to create a scrollbar, when you press spacebar the cross-folder dialog will pop up and wait. 2. If the message is a scrollable one, when you hit the end of the message the hit on the scrollbar doesn't pop the cross-folder navigation confirmation dialog doesn't appear (I waited for awhile). Then the second spacebar hit causes the dialog to appear and be dismissed all at once, hence the second hit has apparently confirmed the dialog which didn't appear to the user.
Keywords: nsbeta1
Reporter | ||
Comment 13•23 years ago
|
||
Laurel: You're probably right, but there's also at least a third case: At least once (now that I tried again) it DID pop up the confirmation dialog correctly after hitting the end of the message. BUT, pressing Cancel here causes it to fail for every subsequent try. If you press N, it will work even then, but not with spacebar. Thus, the double-space theory might be correct for that one situation, but it does not always apply.
Comment 14•23 years ago
|
||
I disagree. For me, I can get the dialog to stay if I haven't clicked at the next newsgroup first (to show the "Download Headers" dialog the first time). So, here are my steps for reproducing this bug: 1. Click on a newsgroup that has many undread messages to show the "Download Headers dialog". 2. Select the previous group, and press space until all messages are read. Then when the "Advance..." dialog is supposed to pop up, it will just flicker and this bug is reproduced.
Reporter | ||
Comment 15•23 years ago
|
||
What I have in the folders: pop3 account pop3 account imap account imap account Local Folders news server news server Restarted Moz (20020202), Clicked INBOX of the first IMAP account (no unread messages), pressed spacebar, got the dialog, pressed Cancel, pressed spacebar again, the dialog flashed by and it changed to the news server.
Updated•23 years ago
|
Reporter | ||
Comment 16•22 years ago
|
||
I finally understood what causes this. If the dialog comes up before you let the space bar up, it will be dismissed immediately when you do. Maybe this is a more generic problem with keyboard handling? I don't think key up events should cause buttons to be pressed.
Comment 17•22 years ago
|
||
*** Bug 76640 has been marked as a duplicate of this bug. ***
Comment 18•22 years ago
|
||
Turns out this has security implications and needs to be fixed ASAP. Adding nsbeta1 and reassigning so this gets some attention.
Comment 19•22 years ago
|
||
This might have been introduced in bug 44676, "Spacebar to trigger buttons should behave more like win32 native buttons".
Comment 20•22 years ago
|
||
Test URL from bug 76640
Comment 21•22 years ago
|
||
*** Bug 92014 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Comment 22•22 years ago
|
||
Well, so what are these "security implications"?
Comment 23•22 years ago
|
||
That's probably :-) covered by bug 161721
Comment 24•22 years ago
|
||
jag is on vacation. So, Mitch, if you need attention now, not later, then find another owner for this bug.
Comment 25•22 years ago
|
||
(Hm, well, I just saw jag add an sr= comment to a bug, so maybe I am misinformed. Or, jag considers doing sr's on vacation really relaxing).
Comment 26•22 years ago
|
||
This bug will be fixed by bug 161721. *** This bug has been marked as a duplicate of 161721 ***
Status: NEW → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•