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)
Tracking
()
VERIFIED
FIXED
mozilla1.0.1
People
(Reporter: sdagley, Assigned: sdagley)
References
()
Details
(Whiteboard: [adt1 rtm])
Attachments
(2 files)
3.10 KB,
text/plain
|
Details | |
927 bytes,
patch
|
mikepinkerton
:
review+
beard
:
superreview+
jesup
:
approval+
|
Details | Diff | Splinter Review |
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.
Assignee | ||
Comment 1•23 years ago
|
||
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?
Assignee | ||
Comment 2•23 years ago
|
||
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.
Comment 3•23 years ago
|
||
->dagley
Assignee | ||
Comment 4•23 years ago
|
||
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 5•23 years ago
|
||
Comment on attachment 86314 [details] [diff] [review]
Patch to null check widget before dereferencing it
sr=beard
Attachment #86314 -
Flags: superreview+
Comment 6•23 years ago
|
||
Comment on attachment 86314 [details] [diff] [review]
Patch to null check widget before dereferencing it
r=pink
Attachment #86314 -
Flags: review+
Assignee | ||
Comment 7•23 years ago
|
||
Fix checked in on trunk. I'll send a request to ADT & drivers next.
Comment 8•23 years ago
|
||
jrgm - can you pls verify this fix on the trunk when available?
Comment 9•23 years ago
|
||
adding adt1.0.1+. Please get drivers approval before checkin into the branch.
Keywords: adt1.0.1+
Comment 10•23 years ago
|
||
please checkin to the 1.0.1 branch. once there remove the "mozilla1.0.1+"
keyword and add the "fixed1.0.1" keyword.
Keywords: mozilla1.0.1 → mozilla1.0.1+
Comment 11•23 years ago
|
||
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+
Assignee | ||
Comment 12•23 years ago
|
||
Fix checked in on MOZILLA_1_0_BRANCH
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Keywords: mozilla1.0.1+ → fixed1.0.1
Resolution: --- → FIXED
Comment 13•22 years ago
|
||
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. :)
You need to log in
before you can comment on or make changes to this bug.
Description
•