FS#24160 - [dconf] several application crashing after upgrade to 0.7.4

Attached to Project: Arch Linux
Opened by Marcelo Marzola Bossoni (mmbossoni) - Saturday, 07 May 2011, 22:31 GMT
Last edited by Ionut Biru (wonder) - Sunday, 08 May 2011, 18:22 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 8
Private No

Details

Description:
After the package dconf be updated to its latest version chromium does not start (with segmentation fault) and firefox closes randomly

Steps to reproduce:
Update dconf to 0.7.4
try to use chromium
This task depends upon

Closed by  Ionut Biru (wonder)
Sunday, 08 May 2011, 18:22 GMT
Reason for closing:  Fixed
Additional comments about closing:  dconf 0.7.4-2
Comment by Andrej Podzimek (andrej) - Sunday, 08 May 2011, 01:39 GMT
The same problem here, also observed on 32-bit i686.
Comment by CK (nnylyart) - Sunday, 08 May 2011, 04:11 GMT
I also had this problem. I had to downgrade to dconf-0.7.3-2 to get Firefox/Chrome to stop crashing.
Comment by Leonardo Mateo (kandalf) - Sunday, 08 May 2011, 05:02 GMT
Same here. Downgrading to 0.7.3-2 fixes the crashes.
Comment by John (CapnJB) - Sunday, 08 May 2011, 05:04 GMT
I'm experiencing the same issue in an i686. The only thing I use that depends on dconf is gnome-mplayer, which is a dependency of gecko-mediaplayer, which is loaded by both Firefox and Chromium. If you can't find an older version of dconf to downgrade to, uninstalling gecko-mediaplayer should temporarily resolve the crashes until there is a fix.
Comment by zhang feng (feng) - Sunday, 08 May 2011, 06:04 GMT
i also have this problem, firefox crash when open addons page, dconf downgrade to 0.7.3-2 fix it.
Comment by Ionut Biru (wonder) - Sunday, 08 May 2011, 10:13 GMT
so what you guys need to do is to recompile dconf and firefox/xulrunner with debug symbols and get a gdb trace.

https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces#One_package_settings_only

then paste it here and https://bugzilla.gnome.org/show_bug.cgi?id=649635
Comment by Fox Mulder (scullder) - Sunday, 08 May 2011, 11:29 GMT
I confirm the bug on x86_64 stable, I've downgraded to 0.7.3-2 ( http://arm.konnichi.com/search/index.php?a=32&q=dconf&core=1&extra=1&community=1 ), it fixes the problem temporarily.
Comment by Ionut Biru (wonder) - Sunday, 08 May 2011, 11:30 GMT
the bug was traced, expect a new version today
Comment by Ionut Biru (wonder) - Sunday, 08 May 2011, 12:22 GMT
i pushed dconf 0.7.4-2. let me know if is fixed
Comment by mangust (mangust) - Sunday, 08 May 2011, 13:18 GMT
confirm, after upgrading to dconf 0.7.4-2 the bug is gone. Thank you!
Comment by Andrej Podzimek (andrej) - Sunday, 08 May 2011, 14:23 GMT
BTW, a policy saying that all package updates must first appear in ABS before getting to the binary repositories might be useful. At least for people who use srcpac to update their systems. (Right now there is still 0.7.4-1 in ABS.)
Comment by Clayton Hardiman (cjazz) - Sunday, 08 May 2011, 14:27 GMT
wonder, just wanted to add that version 0.7.4-2 fixed all previously reported issues, including my gdm difficulties. Thanks so much.
Comment by Ionut Biru (wonder) - Sunday, 08 May 2011, 15:11 GMT
@Andrej abs is generated once a day from svn.

if you use svn it will appear instantly http://archlinux.org/svn
Comment by Leonardo Mateo (kandalf) - Sunday, 08 May 2011, 16:45 GMT
Great! dconf version 0.7.4-2. Worked perfect on i686. Thanks a lot.

Loading...