167551 - after denicing mozilla, pressing ctrl-t (even quickly) produces many tabs

Status: VERIFIED DUPLICATE of bug 71074

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Jesse Michael]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020802
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020802

When using Control-T to open a new tab window, I'll often inadvertantly get two
new tabs instead of only one.  I haven't seen this happen before.

The longer I hold down ctrl-t, the more tabs I get.

Is this really what we want?  If so, it might be good to make the delay a bit
larger.

Reproducible: Always

Steps to Reproduce:
1. Hold down Control-T to open a new tab.
Actual Results:  
New tabs kept being created as long as I held down the key combination which
slowed my browser down immensely.

Expected Results:  
Opened a single new tab.

Comment 1

[Boris Zbarsky [:bzbarsky]]

The autorepeat delay is set by the OS, no?

Comment 2

[Jesse Michael]

hmm, yes, i played around with it a bit more and autorepeat is set by the os.

what i was seeing is that i'd reniced the mozilla-bin processes to -5 because i
had a couple compiles going at the same time and wanted decent response from the
browser, but with that setting, the autorepeat seems to react differently in
mozilla than in other applications.

with a nice -5 mozilla, hitting control-t results in several new tabs opening. 
with a nice 0 mozilla, hitting control-t for the same length of time results in
only one tab opening.

i don't see a similar speedup in other applications.  weird.

Comment 3

[Jesse Ruderman]

See also bug 71074, "Commands should fire on key down, not keypress".

Comment 4

[Jesse Michael]

yeah, this looks like a dupe of 71074

Comment 5

[Kenneth Herron]

*** This bug has been marked as a duplicate of 71074 ***

Comment 6

[Trix Supremo]

verified dupe