Bug 267541 - Gnome Clock crashes with backstrace
Summary: Gnome Clock crashes with backstrace
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: gnome-panel
Version: 5.0
Hardware: All
OS: All
high
high
Target Milestone: ---
: ---
Assignee: Ray Strode [halfline]
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-08-30 15:38 UTC by Marek Mahut
Modified: 2013-04-12 19:20 UTC (History)
2 users (show)

Fixed In Version: RHBA-2008-0045
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-01-23 14:18:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Backtrace from bug-buddy (9.37 KB, text/plain)
2007-08-30 15:39 UTC, Marek Mahut
no flags Details
~/.xsession-errors (15.13 KB, application/octet-stream)
2007-09-05 17:06 UTC, Marek Mahut
no flags Details
console output (422 bytes, text/plain)
2007-10-08 11:18 UTC, Marek Mahut
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 520111 0 None None None Never
Red Hat Product Errata RHBA-2008:0045 0 normal SHIPPED_LIVE gnome-panel bug fix update 2008-01-23 14:17:58 UTC

Description Marek Mahut 2007-08-30 15:38:44 UTC
Description of problem:

After setup some meeting in evolution, the gnome calendar clock crashes.

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

evolution-2.8.0-33.0.1.el5
gnome-panel-2.16.1-6.el5

How reproducible:

always

Steps to Reproduce:
1. Click on clock applet to get the calendar
2. Bug-buddy pops up

  
Actual results:

ClockApplet crashes

Expected results:

ClockApplet shows me my meetings :)

Additional info:

Backtrace will follow.

Comment 1 Marek Mahut 2007-08-30 15:39:38 UTC
Created attachment 181281 [details]
Backtrace from bug-buddy

Just let me know if you need more information from me.

Comment 3 Ray Strode [halfline] 2007-09-05 15:36:46 UTC
Hi Marek,

I've built some packages here:

http://brewweb.devel.redhat.com/brew/taskinfo?taskID=952637

Can you give them a try, then attach ~/.xsession-errors ?


Comment 4 Marek Mahut 2007-09-05 17:05:22 UTC
Hey Ray,

Many thanks for prompt action. This package resolve the problem completely, but
now, I can't see any of my calendars in there. Is there any way to fix it with
calendar support?

Thank you.

Comment 5 Marek Mahut 2007-09-05 17:06:36 UTC
Created attachment 187731 [details]
~/.xsession-errors

Comment 6 Ray Strode [halfline] 2007-09-05 17:46:17 UTC
.xsession-errors didn't have the information I hoped it would in it.


Can you remove the clock from your panel, then

pkill clock-applet
/usr/libexec/clock-applet

let that run, and then readd the clock to your panel?  After doing that, click
on your calendar.  When you've done that can you copy and paste the output sent
to the terminal and paste it into a comment in this report?

Comment 7 Marek Mahut 2007-09-05 18:56:40 UTC
After restart of my gnome session, I confirm that it's working without problem.
Your build resolved this bug completely.

What are chances to have this fix in 5.1?

Comment 8 Ray Strode [halfline] 2007-09-05 19:34:29 UTC
This definitely won't make 5.1, unfortunately.

Would you still mind doing comment 6? my patch worked around an assertion
failing, but it would be good to know why the assertion is failing, to see if we
can fix the problem at its source.

Comment 9 Marek Mahut 2007-10-08 11:18:04 UTC
Created attachment 219651 [details]
console output

Ray,

Very very sorry for my late response! I missed somehow mail from bugzilla about
your comment. Here it is.

Thanks,

Comment 10 Ray Strode [halfline] 2007-11-15 14:32:30 UTC
proposing for 5.2 fastrack.  devack

Comment 13 Ray Strode [halfline] 2008-01-07 18:55:57 UTC
So looking at this further, it seems the zimbra backend for the calendar is
sending multiple view-done signals per query which is confusing the clock applet.

It looks like the zimbra backend emits that signal from it's _sync function
which gets called repeatedly.

I don't know what the rules of the backend api are with regard to that signal,
but I suspect it's a bug the backend is emitting the signal twice.  CCing mbarnes.

At any rate, the panel shouldn't crash as a result of that, so I've built a fix
for that issue in gnome-panel-2.16.1-7.el5

Marking MODIFIED for QA.

Comment 14 Matthew Barnes 2008-01-07 20:06:34 UTC
(In reply to comment #13)
> I don't know what the rules of the backend api are with regard to that signal,
> but I suspect it's a bug the backend is emitting the signal twice.  CCing mbarnes.

I agree.  As far as I can tell, "view-done" signals when the ECalView is done
updating stuff and should only be emitted once at the end of a query.  The
Zimbra backend should not be emitting the signal repeatedly.  I'll file an
upstream bug about this.

An alternate approach to the applet crash might be to just disconnect from the
"view-done" signal when assigning to source->completed_query in the signal
handler.  But you probably don't care anymore at this point. :)

Comment 17 errata-xmlrpc 2008-01-23 14:18:10 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2008-0045.html



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