Closed
Bug 15946
Opened 25 years ago
Closed 25 years ago
Tooltips crash Mozilla (e.g., the Open Windows in Taskbar)
Categories
(Core :: XUL, defect, P1)
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: suprax, Assigned: hyatt)
References
Details
(Keywords: crash, Whiteboard: cannot verify until tooltips are turned on)
Attachments
(1 file)
1.22 KB,
text/plain
|
Details |
I am using Mozilla M10, on a linux system running the Debian 2.2 distribution and linux kernel 2.2.12. I have a AMD K6-2 processor with 144 megs of ram, and 10.5 gigs of hard drive space. When I click on the Mozilla or Open Windows buttons in the bottom Task Bar, Mozilla crashes. There is not a specific error for it, but it just closes. I am using the binarys of M10 and not my own compiled source.
Severity: normal → critical
The last line I see before the "Mozilla" button causes a crash is: Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget' I think the problem is in the tooltip code. I don't see a crash on the Open Windows button, only the Mozilla button. I'm using Linux apprunner 1999-10-14-12-M11. A longer listing of what I see before the crash is: Document http://www.fas.harvard.edu/~dbaron/ loaded successfully Document: Done (4.899 secs) run LoadDetectorsMenu() X Pos: 340 Y Pos: 479 JavaScript Error: TypeError: tipElement has no properties URL: file:////home/david/mozilla/package/chrome/navigator/content/default/tooltip.js LineNo: 23 Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkWidget' Pavlov, any ideas??
Comment 3•25 years ago
|
||
This bug occurs on Sun/Solaris as well, see bug 16478. This bug is probably a duplicate of bug 15407 reported against Windows 98/NT but there is a slight difference in how to trigger it so I'll leave them as separate.
Updated•25 years ago
|
Assignee: don → saari
Component: Browser-General → XP Toolkit/Widgets
Comment 5•25 years ago
|
||
Peter has assigned 17512 to saari, so he gets this one.
Updated•25 years ago
|
QA Contact: leger → claudius
Updated•25 years ago
|
Target Milestone: M12
Comment 6•25 years ago
|
||
Peter had set the dup to M12, so setting this one to M12, though it would be nice to not crash for M11, IMHO
Updated•25 years ago
|
Whiteboard: [RN]
Comment 7•25 years ago
|
||
note to self: adding RN to the whiteboard in case this isn't fixed for m11 so I can look for it and Release Note it.
Comment 8•25 years ago
|
||
mass-moving all m12 bugs to m13
Updated•25 years ago
|
Summary: Clicking on Mozilla and Open Windows in Taskbar crashes Mozilla → Dogfood: Clicking on Mozilla and Open Windows in Taskbar crashes Mozilla
Target Milestone: M13 → M12
Comment 9•25 years ago
|
||
Moving to M12 and adding Dogfood to summary.
Updated•25 years ago
|
Assignee: saari → pinkerton
Priority: P3 → P1
Target Milestone: M12 → M11
Comment 10•25 years ago
|
||
reassigning to pinkerton as p1 for M11 I don't see this elsewhere, but this seems to require mouseover, then pausing till the tooltip appears before clicking. Quick clicks don't crash , at least for me.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Whiteboard: [RN] → [RN] Problem understood, just need to fix it.
Comment 11•25 years ago
|
||
accepting bug, updaing whiteboard.
*** Bug 18082 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Assignee: pinkerton → hyatt
Status: ASSIGNED → NEW
Summary: Dogfood: Clicking on Mozilla and Open Windows in Taskbar crashes Mozilla → Clicking on Mozilla and Open Windows in Taskbar crashes Mozilla
Whiteboard: [RN] Problem understood, just need to fix it.
Target Milestone: M11 → M15
Comment 13•25 years ago
|
||
we tried a couple simple solutions, but this is going to take some new interfaces, etc. removed the tooltip that causes the crashes and moving this out to post-beta because tooltips aren't considered important for beta. reassiging back to hyatt. Also clearing dogfood marker since this no longer crashes.
Comment 14•25 years ago
|
||
*** Bug 17371 has been marked as a duplicate of this bug. ***
Comment 15•25 years ago
|
||
*** Bug 18146 has been marked as a duplicate of this bug. ***
Comment 16•25 years ago
|
||
*** Bug 18055 has been marked as a duplicate of this bug. ***
Comment 18•25 years ago
|
||
This is crashing again on linux. Just start mozilla and click on either "Mozilla V" or "Open Windows V" and you'll crash with: ###!!! ASSERTION: You can't dereference a NULL nsCOMPtr with operator->().: 'mRawPtr != 0', file ../../../dist/include/nsCOMPtr.h, line 569 ###!!! Break: at file ../../../dist/include/nsCOMPtr.h, line 569 It seems the line at nsWebShellWindow.cpp:1230 nsCOMPtr<nsIPopupSetFrame> popupSetFrame = do_QueryInterface(frame); is failing, popupSetFrame takes on a null, and the popupSetFrame->CreatePopup(...) line causes the assertion.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 19•25 years ago
|
||
Is this still happening? I don't see it on the 2000011808 RH6 builds.
I think it should be left open even if not. See pinkerton's 11/09/99 comment.
Comment 21•25 years ago
|
||
this will stay open. I'm noting here that from a blackbox level everything is okay with the 2000011908 builds (cuz the tooltip is turned off, I know).
Assignee | ||
Comment 22•25 years ago
|
||
Pulling in to M14, since it will be fixed by my M14 bug on popup closing.
Summary: Clicking on Mozilla and Open Windows in Taskbar crashes Mozilla → Tooltips crash Mozilla (e.g., the Open Windows in Taskbar)
Whiteboard: Will be fixed when a programmatic way of cloaing popups exists
Target Milestone: M15 → M14
Assignee | ||
Updated•25 years ago
|
Whiteboard: Will be fixed when a programmatic way of cloaing popups exists → Will be fixed when a programmatic way of closing popups exists
Comment 23•25 years ago
|
||
putting on beta1 radar
Assignee | ||
Comment 24•25 years ago
|
||
Fixed.
Assignee | ||
Comment 25•25 years ago
|
||
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 26•25 years ago
|
||
what's fixed? fixed with regard to pink's 11/09 comments? If so, is there a prefs for tooltips or something? I've got no way to test this.
Assignee | ||
Comment 27•25 years ago
|
||
Someone will have to re-enable tooltips in order for you to test it.
Updated•25 years ago
|
Whiteboard: Will be fixed when a programmatic way of closing popups exists → cannot verify until tooltips are turned on
Comment 29•24 years ago
|
||
marking VERIFIED tooltips are back in and the world didn't completely fall apart.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•