Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 62949 - Mozilla Firefox segfaults with gxine plugin
Summary: Mozilla Firefox segfaults with gxine plugin
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High critical (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-05 15:09 UTC by Tor Klingberg
Modified: 2005-05-06 15:46 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tor Klingberg 2004-09-05 15:09:52 UTC
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:
Comment 1 John Altstadt 2004-09-24 10:57:19 UTC
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.
Comment 2 John Altstadt 2004-09-26 19:49:13 UTC
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.
Comment 3 John Altstadt 2004-10-06 17:32:22 UTC
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.
Comment 4 Tor Klingberg 2004-11-06 14:32:02 UTC
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
Comment 5 nachiketa sahoo 2004-11-09 12:21:01 UTC
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?
Comment 6 Aron Griffis (RETIRED) gentoo-dev 2004-11-13 20:04:57 UTC
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.
Comment 7 John Altstadt 2004-11-14 13:01:16 UTC
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.
Comment 8 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-05-02 04:31:09 UTC
It's still an issue with latest gxine ?
Comment 9 Diego Elio Pettenò (RETIRED) gentoo-dev 2005-05-06 15:46:26 UTC
If it's still an issue with latest (~arch) version of gxine, reopen this.