Bug 447731 - frequent freezes with trace
frequent freezes with trace
Status: CLOSED DUPLICATE of bug 447444
Product: Fedora
Classification: Fedora
Component: xulrunner (Show other bugs)
rawhide
i386 Linux
low Severity high
: ---
: ---
Assigned To: Gecko Maintainer
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-05-21 09:41 EDT by Patrice Dumas
Modified: 2008-05-23 02:11 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-05-23 02:11:42 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
glibc trace associated with the freeze (4.94 KB, text/plain)
2008-05-21 09:41 EDT, Patrice Dumas
no flags Details
trace with sqlite 3.5.4 (8.13 KB, text/plain)
2008-05-21 18:10 EDT, Patrice Dumas
no flags Details

  None (edit)
Description Patrice Dumas 2008-05-21 09:41:38 EDT
Description of problem:

firefox freezes with a trace that I attach.
I still haven't understood what causes it to freeze, it seems
to be random. It doesn't really crashes, but is left with an
empty window. There is a trace on the console when firefox is 
launched on the command line. The trace is always the same.
It happens very frequently.

In the trace there are reference to hunspell, so maybe the bug
is in hunspell.

I haven't found the same bug already entered which is a bit strange,
maybe there is something in my setup that could explain that I am
the only one seeing it, but I don't know what it could be.

I tried to get a better backtrace in gdb, but when launched in
gdb (with firefox -g) there is no problem... Maybe it is because 
it is slowed down?

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Patrice Dumas 2008-05-21 09:41:38 EDT
Created attachment 306250 [details]
glibc trace associated with the freeze
Comment 2 Ralf Ertzinger 2008-05-21 12:28:25 EDT
Happens reliably for me when opening
http://einestages.spiegel.de/static/topicalbumbackground/1771/die_ahnen_von_star_w

Happens even when firefox is started in safe-mode
Comment 3 Ralf Ertzinger 2008-05-21 12:30:07 EDT
Well, bugzilla (or konqueror) munges long URLs.

So this is the same one:
http://tinyurl.com/4pbysr
Comment 4 Christopher Aillon 2008-05-21 15:35:10 EDT
workaround: downgrade your sqlite copy to 3.5.4
Comment 5 Patrice Dumas 2008-05-21 18:09:44 EDT
That didn't worked. I still get a similr trace, I attach it.
Comment 6 Patrice Dumas 2008-05-21 18:10:42 EDT
Created attachment 306321 [details]
trace with sqlite 3.5.4
Comment 7 Christopher Aillon 2008-05-22 00:46:38 EDT
Er, sorry, meant to say to downgrade hunspell (which other apps will complain
about likely.. but it will fix firefox at least.)
Comment 8 Patrice Dumas 2008-05-22 03:47:58 EDT
xulrunner requires
libhunspell-1.2.so.0  
provided by hunspell-1.2.2, the previous version is 1.2.1 which 
provides libhunspell.so.1, so xulrunner will also complain.

I can do a compat package for hunspell (parallel installable) and
rebuild xulrunner, but I am not sure it is worth it, hopefully this
bug will be fixed soon.
Comment 9 Matěj Cepl 2008-05-23 02:11:42 EDT

*** This bug has been marked as a duplicate of 447444 ***

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