| Summary: | mozilla-firefox-1.0_pre segfaults with forms and old config files | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | John Altstadt <altstadt> |
| Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
John Altstadt
2004-11-14 13:00:40 UTC
John, are you still seeing segfaults or has moving aside .mozilla and starting fresh alleviated the problem? I'm trying to reconcile your statements: Firefox is now stable again. ... Firefox segfaults with: /usr/bin/firefox: line 388: 14459 Segmentation fault $mozbin "$@" Sorry for not being more clear. The description was cut & pasted from another bug where I had added a few comments over time. But I got kicked out of that bug and was told to find my own. :-) Moving aside compreg.dat and starting fresh did not fix the problem. Uninstalling all the extensions did not fix the problem. Moving aside .mozilla/ and starting fresh fixed the problem. There must have been something just a little off in one of the config files that was causing the problem. The code to read the config files to set internal states probably needs to do more robust error checking. Oh, yes, this is most likely an upstream problem. If you still have the old config files and desire to narrow down which file caused the problem, I can try to hack around the issue using mozilla-launcher. Otherwise there isn't much we can do in Gentoo... as you said, it's an upstream problem. Please re-open if you determine what file what caused the problem (and can suggest a fix ;-) |