Closed
Bug 408013
Opened 17 years ago
Closed 17 years ago
Firefox crashes on dojo dialog test page
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: scott, Unassigned)
References
Details
(Keywords: crash)
Attachments
(1 file)
17.41 KB,
application/x-compressed-tar
|
Details |
Firefox is crashing on http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/test_Dialog.html . Do the following to repeat the crash. 1) Open up the link above. 2) Press "Show Dialog". 3) Press "OK" in ARIA dialog. 4) Press "OK" in HTML dialog. I have only seen the problem occur when Accerciser is also running and the test page is on the 2nd or higher tab.
Reporter | ||
Comment 1•17 years ago
|
||
I hope this is an entire crash report that can help point out the problem.
Comment 2•17 years ago
|
||
Scott, it doesn't have useful info in there. If you still build your own Firefox, could you get me a stack trace with symbols? Or, please work with Marco so he can reproduce the crash so he can get us a stack.
Blocks: fox3access
Keywords: crash
Scott, did you send the report to mozilla.com? I couldn't find the report there. Are you using your own Firefox?
Comment 4•17 years ago
|
||
Hi Scott, I don't even get as far as closing the ARIA dialog. While tabbing through the dialog, after tabbing away from the "Date" field, Orca freezes, and I don't know if Orca crashed or Firefox. I had to kill my Linux box the hard way and reboot to get speech back. It would really help to know if you see this behavior with a current "official" nightly as well, if the behavior is different then the build you used, etc. I'll be on IRC, so let's talk more about it then.
Comment 5•17 years ago
|
||
More info: I only hang up if I enter something in the "date" field of the "Tooltip" dialog. All other dialogs I can open and close, and dismiss the HTML dialogs, without getting any problems. This is with yesterday's nightly build, not the beta 2 RC.
I tried on latest trunk build with Orca running, and didn't reproduce the crash.
Reporter | ||
Comment 7•17 years ago
|
||
I submitted crash report bp-2478ea99-a8c5-11dc-aeb7-001a4bd43e5c that addresses this issue.
Comment 8•17 years ago
|
||
Looks like it's crashing in libgdk-x11-2.0
Reporter | ||
Comment 9•17 years ago
|
||
The problem occurred between 8-21 (good) and 8-22 (bad).
Comment 10•17 years ago
|
||
I reproduced the problem with a11y turned off. similar stack. top 5 frames are gdk_window_get_toplevel gdk_window_is_toplevel_frozen gdk_window_process_all_updates gdk_window_update_idle gdk_threads_dispatch Reproduce steps: 1) Open the link in 2nd tab or above. 2) Press "Show Dialog". 3) Press "OK" in ARIA dialog. 4) Click on another window, e.g. Terminal. 5) Press "OK" in HTML dialog. Not sure whether it is a bug of Mozilla or Gnome. But I'm sure it's not a11y related.
Assignee: aaronleventhal → nobody
Component: Disability Access APIs → Widget: Gtk
QA Contact: accessibility-apis → gtk
Which gtk+ version is that with? Looks like http://bugzilla.gnome.org/show_bug.cgi?id=482531 which is fixed since 2.12.2.
Comment 12•17 years ago
|
||
Upgrading to 2.20.2 solved this issue for me. Resolve as INVALID.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•