I clicked a link to a movie file and firefox closed with /usr/bin/firefox: line 388: 14459 Segmentation fault $mozbin "$@" in the terminal. When I tried again, it opened up gxine just as it should. I know this error message gives no info, so please tell me if there is more in a logfile somewhere. Reproducible: Couldn't Reproduce Steps to Reproduce:
Using mozilla-firefox-1.0_pre I have been able to reproduce this without too many problems just by creating new bug reports in gentoo bugzilla. Steps to reproduce: 1) Start to create a new bug report here. 2) Fill in some of the text boxes (don't know if this is required). 3) Cause firefox window redraws by switching desktops or sometimes by lowering and raising the firefox window so that there is substantial overlap. Sometimes just clicking in different text boxes will trigger it. 4) Firefox segfaults. It seems reproducable enough so that it has sometimes taken me 7 or 8 tries to create bug reports if I had to do a lot of cut n paste from other windows.
Out of curiosity, what extensions do you have loaded? I just uninstalled: Adblock Allow Right-Click BugMeNot CookieCuller Copy Plain Text DictionarySearch Download Manager Tweak googlebar Image Zoom Tabbrowser Extensions User Agent Switcher WeatherFox Web Developer And on the advice of several comments in the firefox bugzilla database, I also removed .mozilla/firefox/default.*/chrome/chrome.rdf. My browser is *much* more stable, although it still segfaults several times a day. I am currently doing a lot of work in a wiki while testing several CMS packages, so I am giving forms and text boxes a much higher than normal workout. Sometimes just clicking in the address box triggers the segfault. I suspect that the problem may lie with either text box (or editable element) code, or the code that changes the context menu as the mouse clicks in different spots in the browser. A couple of the extensions listed above modify the context menu on the fly to avoid generating huge menus. It would be nice if this was passed up to the firefox developers as another data point for them to work with.
After spending several horrible days with firefox crashing several times a day in the middle of doing something critical, such as entering a lot of text into a text box, I finally did the following: 1) Shut down firefox. 2) Renamed the .mozilla directory. 3) Started up firefox. 4) Shut down firefox again. 5) Copied the old bookmarks.html and user.js files into the new .mozilla/firefox/*/ directory. 6) Started up firefox again. Firefox is now stable again. Note that this was not a problem with compreg.dat, as that file had been deleted several times before. It looks like there has been very little effort made towards handling upgrades from one pre-release to another. This I can accept, although it would be nice if there was a note to that effect somewhere obvious. Perhaps an ewarn would help. What is more troubling is that there appears to have been very little effort made towards handling partially corrupted (or different format) configuration data files. This will rise up and bite firefox users in the larger arena.
I am now able to reproduce this (at least I think it is the same bug) 1. Go to for example http://www.dd.chalmers.se/~klingber/filmer/ 2. Click on one of the movie clips 3. Close the window with the actual video (or just move it away) 4. Click the "url" box in the top left corner. Screenshot: http://www.dd.chalmers.se/~klingber/gxine-bug.png 5. Close the popup 6. Segfault Altstadt's fix above does not fix it. strace outputs: ---------- [WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV], 0) = 11024 fstat64(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 3), ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4039b000 uname({sys="Linux", node="apoc", ...}) = 0 write(2, "/usr/bin/firefox: line 392: 1102"..., 71/usr/bin/firefox: line 392: 11024 Segmentation fault $mozbin "$@" ) = 71 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- waitpid(-1, 0xbfffe3dc, WNOHANG) = -1 ECHILD (No child processes) sigreturn() = ? (mask now [RTMIN]) rt_sigaction(SIGINT, {SIG_DFL}, {0x80747f0, [], 0}, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [RTMIN], 8) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 munmap(0x4039b000, 4096) = 0 munmap(0x4039a000, 4096) = 0 exit_group(0) = ? ---------- I use mozilla-firefox-1.0_pre-r2 and gxine-0.3.3
I have been getting this problem for a while now. Whenever I try to see a streaming media in firefox, gxines starts up and plays it the first time. Then, when I go to some other page which has some streaming content, it crashes the firefox. Error message on the console is firefox segfaulted. Any idea why this could be happening?
John's report in comment #2 had nothing to do with the original bug reported here. John, next time file a new bug. Regarding gxine, I'll have to punt to the video herd. It's not really firefox's problem when a plugin misbehaves.
Sorry, I thought I was supplying more data for the same bug. Now I know that the /usr/bin/firefox: line 388: 14459 Segmentation fault $mozbin "$@" message is just coming from mozilla-launcher, not firefox. I have cut 'n pasted into bug #71199.
It's still an issue with latest gxine ?
If it's still an issue with latest (~arch) version of gxine, reopen this.