Closed Bug 479861 Opened 16 years ago Closed 16 years ago

Very slow responsiveness when typing in modal dialogs on the mac

Categories

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

x86
macOS
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME
mozilla1.9.1

People

(Reporter: davida, Unassigned)

Details

I'm noticing that both Shiretoko & Shredder nightlies give very poor keyboard responsiveness to modal dialogs (e.g. password dialogs). It feels like an event handling problem. It feels very reproducible to me: hit a website that requires a password, and type the password in -- it's very easy to type faster than Shiretoko can keep up with. I expect it's already been filed & tracked, but i didn't find it.
Flags: wanted1.9.1?
Flags: blocking1.9.1?
Whiteboard: [tb3needs]
I can't reproduce this on Mac 10.5, nor Linux. (In reply to comment #0) > I expect it's already been filed & tracked, but i didn't find it. Haven't seen such bug. I assume this behavior doesn't happen with FF3. Any chance to find the regression range?
If we can get a repro test case, please re-nom.
Flags: blocking1.9.1? → blocking1.9.1-
Gary, can you take a look at this bug and see if you can nail down steps to reproduce?
Assignee: nobody → nth10sd
Keywords: qawanted
And regression range, if possible.
can't seem to repro, so closing. I'll reopen w/ STR if I can get some.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Assignee: nth10sd → nobody
Removing tb3needs and wanted request now that this is WFM
Flags: wanted1.9.1?
Whiteboard: [tb3needs]
Issue is Resolved - removing QA-Wanted Keywords - QA-Wanted query clean-up task
Keywords: qawanted
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.