Closed
Bug 881122
Opened 11 years ago
Closed 3 years ago
Firefox freezes on some net resources without a session dbus daemon
Categories
(Core :: Networking, defect, P5)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: akkzilla, Unassigned)
References
()
Details
(Keywords: hang, Whiteboard: [necko-would-take])
If I run just a window manager on Linux, e.g. if I'm running openbox rather than /usr/bin/dbus-launch --exit-with-session openbox, then Firefox will freeze (no window repaints, not responsive in any way, I have to kill the process) when trying to load some web resources. In everyday browsing, sometimes I can go a few hours between hangs, but it will always hang eventually. But only on newer Linux distros, like Ubuntu 13.04 or Debian Unstable of similar vintage; I can run the exact same Firefox (21.0) under Openbox with no session dbus under Ubuntu 12.04 or Debian Squeeze just fine, and it never hangs. When it hangs, it's always in the process of fetching something from the net -- either a new page, or an AJAX request (e.g. filling in some popup menu). So I'm guessing this has something to do with networking). One URL where this happens every time is the RSS link given in the URL field. Why it would happen there and not on most other pages, I don't know. (It also happens every time on a bank site I use, which is more important to me but less useful in a bug report.) strace and gdb aren't much help in figuring out what's going on, at least with a standard mozilla.org non-debug build: # strace -p 12264 Process 12264 attached - interrupt to quit futex(0x948a2c08, FUTEX_WAIT_PRIVATE, 1, NULL (gdb) where #0 0xb771c424 in __kernel_vsyscall () #1 0xb76f084b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0 #2 0xb72d5d87 in PR_WaitCondVar () from /usr/local/firefox/libnspr4.so #3 0xb72c90b3 in ?? () from /usr/local/firefox/libnspr4.so #4 0xb72bfbf1 in PR_WaitProcess () from /usr/local/firefox/libnspr4.so #5 0xb58dd690 in ?? () from /usr/local/firefox/libxul.so Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Comment 1•10 years ago
|
||
What's the newest, most recent version you tested that hangs?
Severity: major → critical
Component: General → Networking
Product: Firefox → Core
Updated•9 years ago
|
Whiteboard: [necko-would-take]
Comment 2•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P5
Reporter | ||
Comment 4•3 years ago
|
||
Honestly, I'm not sure. On one machine, I've been running openbox without dbus-launch and firefox was working on that machine the last time I used it regularly; that version of Debian has a system dbus daemon but not a session one. So maybe it's not a problem any more.. On my daily driver I'm using Ubuntu this year, and Ubuntu can't even talk to the USB keyboard without dbus, so the bug isn't relevant there. Might as well close the bug.
Reporter | ||
Updated•3 years ago
|
Flags: needinfo?(akkzilla)
Comment 5•3 years ago
|
||
Marking this as Resolved > Worksforme as per reporter last response.
If anyone can still reproduce this issue re-open it or file a new bug.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•