Closed Bug 408013 Opened 17 years ago Closed 17 years ago

Firefox crashes on dojo dialog test page

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect
Not set
normal

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.
Attached file crash report
I hope this is an entire crash report that can help point out the problem.
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?
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.
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.
I submitted crash report bp-2478ea99-a8c5-11dc-aeb7-001a4bd43e5c that addresses this issue.
Looks like it's crashing in libgdk-x11-2.0
The problem occurred between 8-21 (good) and 8-22 (bad).
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.
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.

Attachment

General

Creator:
Created:
Updated:
Size: