Bug 684010 - banshee crash at start because of clutter?
Summary: banshee crash at start because of clutter?
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: banshee
Version: 14
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Christian Krause
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-10 21:49 UTC by alexf
Modified: 2012-08-16 21:25 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-16 21:25:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
banshee start crash (10.78 KB, text/plain)
2011-03-10 22:22 UTC, alexf
no flags Details
crash log with banshee-community-extensions-1.8.0-3.fc14.x86_64 (11.85 KB, text/plain)
2011-03-16 22:30 UTC, alexf
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 673171 0 unspecified CLOSED New version of webkitgtk causes banshee to crash 2021-02-22 00:41:40 UTC

Description alexf 2011-03-10 21:49:14 UTC
Description of problem:
When trying to start Banshee it crashes right away. The window frame starts to show up, but before the window is filled with content banshee crashes. It didn't used to do this, now it does on every try. I'll attach a log file that I obtained with

  $ LANG=C banshee-1 --debug > f 2>&1

Version-Release number of selected component (if applicable):
banshee-1.8.1-1.fc14.x86_64

How reproducible:
Happens everytime right now.

Comment 1 Christian Krause 2011-03-10 22:08:13 UTC
Looks like you forgot to attach the log. 

Anyway, most likely it is a duplicate of bug #673171 - please can you try whether the two workarounds help:

https://bugzilla.redhat.com/show_bug.cgi?id=673171#c1
- start banshee with ARGB_VISUALS disabled:
XLIB_SKIP_ARGB_VISUALS=1 banshee-1


or
https://bugzilla.redhat.com/show_bug.cgi?id=673171#c3
- disable all extensions which use webkit-gtk like the Amazon or the Wikipedia plugin

Comment 2 alexf 2011-03-10 22:22:07 UTC
Created attachment 483584 [details]
banshee start crash

Comment 3 alexf 2011-03-10 22:24:58 UTC
Sorry about the missing attachment. I've added it now.

Also shell variable workaround didn't work, it still crashes like before. I couldn't try disabling extensions since Banshee crashes before it finishes presenting the UI.

Comment 4 alexf 2011-03-13 22:03:58 UTC
So I disabled the ClutterFlow addin by editing $HOME/.config/banshee-1/addin-db-001/config.xml and setting the enabled attribute to False.

This workaround fixed the crash at starting up Banshee.

It's really strange but I think this problem started happening as soon as I installed the clutter-devel package. That couldn't have anything to do with it?

Comment 5 Christian Krause 2011-03-16 21:43:57 UTC
(In reply to comment #4)
> It's really strange but I think this problem started happening as soon as I
> installed the clutter-devel package. That couldn't have anything to do with it?

I could reproduce the crash on my F14 system regardless whether clutter-devel was installed or not.

I found a patch in upstream's git repository which seems to help. However, ClutterFlow has never worked very well on my system due to some graphic card issues. After applying the patch it works at least a little bit for me (no crash).

Please can you quickly check whether the clutter extensions works better in the test build?

Please download and test this build from koji:
https://koji.fedoraproject.org/koji/buildinfo?buildID=234196

Comment 6 alexf 2011-03-16 22:30:42 UTC
Created attachment 485862 [details]
crash log with banshee-community-extensions-1.8.0-3.fc14.x86_64

It stills crashes though the exception differs a bit.

Comment 7 Christian Krause 2011-03-16 23:33:47 UTC
Hm, by looking at the new backtrace I get the feeling that there is an alignment problem when calling the native code. By any chance, can you test it on a 32bit system?

Comment 8 alexf 2011-03-17 17:34:29 UTC
Sorry, I don't have a 32-bit system available.

Comment 9 Fedora End Of Life 2012-08-16 21:25:10 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


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