Last Comment Bug 881122 - Firefox freezes on some net resources without a session dbus daemon
: Firefox freezes on some net resources without a session dbus daemon
Status: NEW
[necko-would-take]
: hang
Product: Core
Classification: Components
Component: Networking (show other bugs)
: 21 Branch
: x86 Linux
: -- critical (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
:
Mentors:
http://downloads.bbc.co.uk/podcasts/r...
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-09 19:02 PDT by Akkana Peck
Modified: 2016-02-18 07:20 PST (History)
2 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description Akkana Peck 2013-06-09 19:02:24 PDT
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 Wayne Mery (:wsmwk, NI for questions) 2014-06-30 05:04:56 PDT
What's the newest, most recent version you tested that hangs?

Note You need to log in before you can comment on or make changes to this bug.