Closed Bug 149133 Opened 23 years ago Closed 23 years ago

Crash trying to use scrollwheel on pages opened in new tab

Categories

(Core :: XUL, defect)

PowerPC
macOS
defect
Not set
major

Tracking

()

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: sdagley, Assigned: sdagley)

References

()

Details

(Whiteboard: [adt1 rtm])

Attachments

(2 files)

Some pages I open in a new tab will crash if I try to use the scrollwheel to scroll them (Logitech mouse with built-in OS X scrollwheel support). Doesn't apply to all pages so trying to narrow things down.
This is a log of the crash seen with the sample URL opened in a new tab with Mozilla 1.0RC3. Perhaps related to the issue of tabs being opened with screwed up focus?
Sure enuf, because of the wonky widget state when creating a new tab from a link we don't actually have a widget to handle the scroll event and we crash dereferencing it.
->dagley
Assignee: pinkerton → sdagley
Keywords: mozilla1.0.1
Whiteboard: [adt1 rtm]
Can I get an r/sr on this please? Oh, and for the repro steps: 0) Have a mouse with a scroll wheel attached to your Mac OS X box 1) While viewing this bug control-click on the test URL link and choose 'Open Link in New Tab' 2) When new tab opens and page finishes loading try scrolling with the scrollwheel Expected result: page should scroll Observed result: Mozilla crashes Note that this patch fixes the crash but you still won't scroll. bryner has bug #138237 to address the bad focus resulting from opening a link in a new tab
Severity: normal → major
Status: NEW → ASSIGNED
Summary: Trying to use scrollwheel on some pages opened in new tab crashes → Crash trying to use scrollwheel on pages opened in new tab
Target Milestone: --- → mozilla1.0.1
Comment on attachment 86314 [details] [diff] [review] Patch to null check widget before dereferencing it sr=beard
Attachment #86314 - Flags: superreview+
Comment on attachment 86314 [details] [diff] [review] Patch to null check widget before dereferencing it r=pink
Attachment #86314 - Flags: review+
Fix checked in on trunk. I'll send a request to ADT & drivers next.
jrgm - can you pls verify this fix on the trunk when available?
Blocks: 143047
Keywords: nsbeta1
adding adt1.0.1+. Please get drivers approval before checkin into the branch.
Keywords: adt1.0.1+
please checkin to the 1.0.1 branch. once there remove the "mozilla1.0.1+" keyword and add the "fixed1.0.1" keyword.
Comment on attachment 86314 [details] [diff] [review] Patch to null check widget before dereferencing it please check into the 1.0.1 branch ASAP. once landed remove the mozilla1.0.1+ keyword and add the fixed1.0.1 keyword
Attachment #86314 - Flags: approval+
Fix checked in on MOZILLA_1_0_BRANCH
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
vrfy'd fixed using 2002.08.23.05-1.0 comm branch bits on mac os x 10.1.5. i don't many trunk builds, so the latest os x one i have is from 2002.08.07.08. fortunately, that's a post-fix build, and this works just fine there. :)
Status: RESOLVED → VERIFIED
QA Contact: jrgm → sairuh
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: