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)

Product:
Core
Component:
XUL
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED DUPLICATE of bug 161721
Milestone:
mozilla1.2alpha

People

(Reporter: emaijala+moz, Assigned: jag+mozilla)

References

(
URL
)

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.
*** Bug 99778 has been marked as a duplicate of this bug. ***
Is anyone else able to reproduce this bug?
Sorry for the duplicate reports.. accidentally clicked the submit button twice.
One clarification: it works correctly sometimes and sometimes not. I wish I 
knew better what causes it to fail.
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.
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
reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
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
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?
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.
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
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.
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.
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.
Status: NEW → ASSIGNED
Keywords: nsbeta1 → nsbeta1-
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.
Blocks: 161721
*** Bug 76640 has been marked as a duplicate of this bug. ***
Turns out this has security implications and needs to be fixed ASAP. Adding
nsbeta1 and reassigning so this gets some attention.
Assignee: sspitzer → jaggernaut
Severity: normal → major
Status: ASSIGNED → NEW
Component: Mail Window Front End → XP Toolkit/Widgets
Keywords: nsbeta1- → nsbeta1
Product: MailNews → Browser
QA Contact: laurel → jrgm
Target Milestone: --- → mozilla1.2alpha
This might have been introduced in bug 44676, "Spacebar to trigger buttons
should behave more like win32 native buttons".
*** Bug 92014 has been marked as a duplicate of this bug. ***
No longer blocks: 161721
Depends on: 161721
Well, so what are these "security implications"?
That's probably :-) covered by bug 161721
jag is on vacation. So, Mitch, if you need attention now, not later, then find 
another owner for this bug.

(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).
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.