Closed Bug 59577 Opened 24 years ago Closed 24 years ago

Hang during keyboard navigation

Categories

(Core :: DOM: Selection, defect, P1)

x86
Windows 2000
defect

Tracking

()

VERIFIED FIXED
mozilla0.9

People

(Reporter: dprice, Assigned: anthonyd)

References

()

Details

(Keywords: hang, Whiteboard: FIX IN HAND)

Attachments

(3 files)

Browser hangs while trying to arrow down into a <TABLE> that's in a <SPAN>
Attached file Attaching test case
now all I need to do is tell you how to reproduce it ;)

Simply click to place the cursor in the top left corner, and hold down the down
arrow.  You'll hang when the it tries to move into the table.
setting milestone
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
Whiteboard: FIX IN HAND
simon, can you sr?
*** Bug 61111 has been marked as a duplicate of this bug. ***
change is in my tree, looks good.  r=mjudge, kin
need a= from buster.

can you check it out for me buster and give me your a=?

thanks,
anthonyd
waiting on approval to check in.

anthonyd
I'm on vacation, but fortunately checking my mail :)
waterson, can you sr for me please?
I'd prefer if you tested that ``blockFrame != aPos->mResultFrame'' in the
enclosing if statement (where you test aPos->mResultFrame). There doesn't appear
to be any need to execute the ``else'' clause where you force result to be NS_OK...
setting to p1.
waiting on re-review from waterson.

anthonyd.
Priority: P3 → P1
*** Bug 61230 has been marked as a duplicate of this bug. ***
waterson, buster,

can i get a kwik review with watersons change?

anthonyd
sr=buster
So can we get this in?
Keywords: hang
fix checked in.

anthonyd
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
catching up on verifications
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: