MASTER [GUTSY] firefox crashed on startup -- human theme [?? from libcairo.so.2] [ubuntulooks_draw_progressbar_trough at #12]

Bug #123646 reported by Shawn vega
12
Affects Status Importance Assigned to Milestone
firefox (Ubuntu)
Fix Released
High
Mozilla Bugs

Bug Description

Testcase:

1. use x86_64 architecture
2. use human theme
3. try to start firefox
4. firefox crashes.

Revision history for this message
Shawn vega (svega85-gmail) wrote :

here is the /var/crash/_usr_lib_firefox_firefox-bin.1000.crash file

Revision history for this message
Hilario J. Montoliu (hjmf) (hmontoliu) wrote : Report Needed

Thank you Shawn vega for submitting this report.

Could you please try to obtain a backtrace by following the instructions
on [1], or upload the crash report that probably was generated during
the crash and that should be located at /var/crash/ to [2]. The file you
submitted doesn't contain neither a retrace with debug symbols, nor a
coredump.

Please indicate which extensions/plugins do you have enabled; and very
important, if this crash is reproducible describe the steps that lead to
it.

This will greatly aid us in tracking down your problem.

Thanks in advance.

H. Montoliu

[1] https://wiki.ubuntu.com/MozillaTeam/Bugs
[2] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/123646/+addcomment

description: updated
Changed in firefox:
assignee: nobody → mozilla-bugs
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Shawn vega (svega85-gmail) wrote : Re: Firefox Crashed x86_64

the crash will always reproduce it doesn't matter how you start it. before it loads all the way it crashes.

i have not installed any extensions or plugins at all

when you type firefox in the terminal it says :
$firefox

***MEMORY-WARNING***: firefox-bin[17322]: GSlice: g_thread_init() must be called before all other GLib functions; memory corruption due to late invocation of g_thread_init() has been detected; this program is likely to crash, leak or unexpectedly abort soon...
Segmentation fault (core dumped)

i'm installing the stuff debuging stuff now and will report back after it's all installed

Revision history for this message
John Vivirito (gnomefreak) wrote :

Alexander are you able to reproduce this on your 64box? On my 32 I can not reproduce at all with *-0ubuntu2 or ubuntu3

Revision history for this message
Shawn vega (svega85-gmail) wrote :

ok after i installed the debugging stuff there were updates that included firefox so i updated it and now it loads untill i try to go to any website at which point it always freezes or crashes i did all the debug stuff and it's attached

Revision history for this message
Shawn vega (svega85-gmail) wrote :

is that the only file you needed or do i need to do anything else?

Revision history for this message
Alexander Sack (asac) wrote :

are you using desktop effects? What X Layout do you have? Does starting in -safe-mode help?

Start from console:
 # firefox -safe-mode

Revision history for this message
Shawn vega (svega85-gmail) wrote :

I'm not using desktop effects. i don't know how to check the X layout, but i'm using all the defaults. safe mode is the same it works until I try to load a website then it freezes.

Revision history for this message
Shawn vega (svega85-gmail) wrote :

ok i just updated to Mozilla Firefox 2.0.0.5 and now it just crashes period, it dosn't wait for a page to load. the new debug output is attached but to me it seems like it has an issue with libcairo.so.2 cuz after that it just freezes

description: updated
Changed in firefox:
importance: Medium → High
Revision history for this message
Hilario J. Montoliu (hjmf) (hmontoliu) wrote : Re: [GUTSY] firefox crashed [?? from libcairo.so.2] [ubuntulooks_draw_progressbar_trough at #12]

From Bug #128762 seems that the crash is related to human theme on startup.

Please if you can provide a clear test case it will be very helpful for us.

Changed in firefox:
status: Incomplete → Confirmed
Revision history for this message
Benjamin Redelings (benjamin-redelings) wrote :

What do you mean by a clear test case? On my laptop firefox crashes 100% of the time on startup. All you have to do is start it. It also seems like this bug might affect x86_64 only.

I guess if I can find a condition under which firefox does NOT always crash immediately, then that would be a kind of "reverse test case"?

Revision history for this message
Shawn vega (svega85-gmail) wrote :

ok i tried it on mine, and if I switch the human theme to any other theme firefox starts and works fine (tried clearlooks, glossy, glider, mist and crux). but when i try the human theme it wont start up at all. tell me if yall need me to try anything else.

Revision history for this message
Alexander Sack (asac) wrote :

can any tester reproduce this on x86_64 ?

description: updated
Changed in firefox:
status: Confirmed → Incomplete
Revision history for this message
Shawn vega (svega85-gmail) wrote :

can i become a tester?

Revision history for this message
Hilario J. Montoliu (hjmf) (hmontoliu) wrote : Re: [Bug 123646] Re: MASTER [GUTSY] firefox crashed on startup -- human theme [?? from libcairo.so.2] [ubuntulooks_draw_progressbar_trough at #12]

Hello Shawn vega!

On Mon, 2007-09-03 at 04:25 +0000, Shawn vega wrote:
> can i become a tester?

Yes you'll be very welcome to help us, please read the link
https://wiki.ubuntu.com/MozillaTeam for more information.

However the request for testers in this report implies a request for
other people to reproduce the problem besides the original reporter :)

--
Hilario J. Montoliu <email address hidden>

Revision history for this message
Walter Tautz (wtautz) wrote :

This is a problem on Feisty also for the same arch. Do not install human-theme package and do use
Human theme in preferences in gnome desktop seems to be the solution for users.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 123646] Re: MASTER [GUTSY] firefox crashed on startup -- human theme [?? from libcairo.so.2] [ubuntulooks_draw_progressbar_trough at #12]

On Fri, Sep 14, 2007 at 04:22:45PM -0000, Walter Tautz wrote:
> This is a problem on Feisty also for the same arch. Do not install human-theme package and do use
> Human theme in preferences in gnome desktop seems to be the solution for users.
>

the human theme package is the _default_ we would see lots more
reports if this crash really is due to that theme. Or are you using
the "old" human theme?

Pleaes test as well if running firefox in safe-mode helps:

 firefox -safe-mode

 - Alexander

Revision history for this message
Benjamin Redelings (benjamin-redelings) wrote :

I just tested this bug again with current gutsy on AMD64, and the problem has gone away for me at least. I was able to switch to the human theme, and experienced no issues starting firefox (2.0.0.6).

Why might this be?

* My xorg.conf was regenerated, but the only significant change that I saw was that the DRI section was removed (I have an nvidia card.) But adding back the DRI section don't change anything.

So, hopefully the problem is solved because of a software update. This could be human-theme 0.9, or it could be a result of updated gtk+ or cairo libraries, or ... something else?

I'd be happy to test changes - but note that I'm not subscribed to this report.

-BenRI

Revision history for this message
Alexander Sack (asac) wrote :

there were a bunch of updates that might have cured this: gtk, cairo, et al.

We probably will never know :).

Thanks for confirming!

Changed in firefox:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.