[Bug 246070] glipper crashes on startup

bugzilla at redhat.com bugzilla at redhat.com
Sat Apr 4 07:47:22 UTC 2009


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=246070


Bug Zapper <fedora-triage-list at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|rawhide                     |10

Jason Haar <jhaar at trimble.co.nz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jhaar at trimble.co.nz




--- Comment #10 from Bug Zapper <fedora-triage-list at redhat.com>  2008-11-25 20:56:16 EDT ---

This bug appears to have been reported against 'rawhide' during the Fedora 10
development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

--- Comment #11 from Jason Haar <jhaar at trimble.co.nz>  2009-04-04 03:47:19 EDT ---
This is a me too.

I'm using FC10 with full disk encryption and the disk gets pretty hammered
during login - and glipper almost 100% of the time crashes during that period.

I think there's a timing issue - the login process on my machine may be many
seconds longer than a non-encrypted system - but the fact is that nothing BUT
glipper seems to have an issue with it. i.e. I have 11 applets running - and
glipper is the only one that has any issues.

It crashes, but if I re-add it (no other way to restart a crashed applet), it
starts just fine. 

I think the crash is timing-related. Maybe the others reporting this also had
encrypted harddisks - or otherwise slow I/O systems?

Jason

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the fedora-triage-list mailing list