RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 956510 - [abrt] Crash in remove_queued_alarm()
Summary: [abrt] Crash in remove_queued_alarm()
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: evolution
Version: 6.4
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Matthew Barnes
QA Contact: Desktop QE
URL:
Whiteboard: abrt_hash:513289c99bbbceab412aba67a1d...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-25 06:27 UTC by David Jaša
Modified: 2014-01-02 09:07 UTC (History)
2 users (show)

Fixed In Version: evolution-2.32.3-10.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-21 05:12:57 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
File: maps (58.37 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: var_log_messages (328 bytes, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: open_fds (937 bytes, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: environ (1.52 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: dso_list (14.67 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: limits (1.29 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: sosreport.tar.xz (1.28 MB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: backtrace (24.89 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: build_ids (5.93 KB, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
File: cgroup (88 bytes, text/plain)
2013-04-25 06:27 UTC, David Jaša 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 641711 0 None None None Never
Red Hat Product Errata RHSA-2013:1540 0 normal SHIPPED_LIVE Low: evolution security, bug fix, and enhancement update 2013-11-21 00:40:51 UTC

Description David Jaša 2013-04-25 06:27:06 UTC 
Description of problem:


Version-Release number of selected component:
evolution-2.28.3-30.el6

Additional info:
libreport version: 2.0.9
abrt_version:   2.0.8
backtrace_rating: 4
cmdline:        /usr/libexec/evolution/2.28/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory:2.28 --oaf-ior-fd=38
crash_function: remove_queued_alarm
kernel:         2.6.32-358.el6.x86_64

truncated backtrace:
:Thread no. 1 (2 frames)
: #0 remove_queued_alarm at alarm-queue.c
: #1 tray_list_remove_async at alarm-queue.c
Comment 1 David Jaša 2013-04-25 06:27:10 UTC 
Created attachment 739668 [details]
File: maps
Comment 2 David Jaša 2013-04-25 06:27:12 UTC 
Created attachment 739669 [details]
File: var_log_messages
Comment 3 David Jaša 2013-04-25 06:27:15 UTC 
Created attachment 739670 [details]
File: open_fds
Comment 4 David Jaša 2013-04-25 06:27:17 UTC 
Created attachment 739671 [details]
File: environ
Comment 5 David Jaša 2013-04-25 06:27:20 UTC 
Created attachment 739672 [details]
File: dso_list
Comment 6 David Jaša 2013-04-25 06:27:23 UTC 
Created attachment 739673 [details]
File: limits
Comment 7 David Jaša 2013-04-25 06:27:35 UTC 
Created attachment 739674 [details]
File: sosreport.tar.xz
Comment 8 David Jaša 2013-04-25 06:27:38 UTC 
Created attachment 739675 [details]
File: backtrace
Comment 9 David Jaša 2013-04-25 06:27:41 UTC 
Created attachment 739676 [details]
File: build_ids
Comment 10 David Jaša 2013-04-25 06:27:43 UTC 
Created attachment 739677 [details]
File: cgroup
Comment 11 Milan Crha 2013-04-25 06:57:14 UTC 
Opened upstream bug report for the same:
https://bugzilla.gnome.org/show_bug.cgi?id=641711

There are missing exact steps for a reproducer, unfortunately. Note it depends on couple things, like the calendar content, what is the last notification from the given calendar and such.
Comment 12 David Jaša 2013-04-25 07:25:05 UTC 
(In reply to comment #11)
> Opened upstream bug report for the same:
> https://bugzilla.gnome.org/show_bug.cgi?id=641711
> 
> There are missing exact steps for a reproducer, unfortunately.

Well, "Evolution crashed silently in the background" is unhelpful enough to omit it entirely IMO...
Comment 13 Milan Crha 2013-06-25 11:50:33 UTC 
One way to reproduce this:

a) Make sure that Edit->Preferences->Calendar and Tasks->Alarms tab,
   [ ] Display alarms in notification area only
   is not checked
b) run /usr/libexec/evolution/2.32/evolution-alarm-notify on a console,
   if not running already
c) in Evolution's Calendar view add a new On This Computer calendar, name
   it anyhow, like 'test', and when created then select it in the left tree
   and make sure it's checked for Alarm notification on the same tab as a)
d) switch to a day view and create a new event with these values:
   Calendar: test
   Summary: alarm 1
   Time: today, not more than 60 minutes from current time
         (like if it's 2:10 PM, then at 2:30 PM)
   Set an alarm on it: 1 hour before the appointment
   [Save]
e) a notification window with the appointment alarm is shown; left it as is
   and switch back to evolution. Create the second alarm event same as the one
   at d), only make the time for it's start one minute later than the alarm 1;
   Name it "alarm 2"
   [Save]
f) a notification for "alarm 2" is shown, the new event is added to the
   previously opened notification window, below the alarm 1
g) in the notification window select "alarm 2" and click "Dismiss";
   the notification window contains only one event now, the "alarm 1".
h) keep the notification window as is and switch to evolution;
   right click the "test" calendar and "Delete" it
i) switch to the notification window and close it with [x] at the right
   top corner (or whenever your window manager shows the button to close
   the window)
The evolution-alarm-notify process crashed at remove_queued_alarm()  with backtrace:

321			qa = l->data;
(gdb) bt
#0  0x0000000000408faa in remove_queued_alarm (cqa=0x66c310, alarm_id=0x66c2e0, free_object=0, remove_alarm=1) at alarm-queue.c:321
#1  0x000000000040a69f in tray_list_remove_async (msg=0x7a9770) at alarm-queue.c:1130
#2  0x0000000000408d9c in message_push (msg=0x7a9770) at alarm-queue.c:183
#3  0x000000000040a792 in tray_list_remove_icons () at alarm-queue.c:1158
#4  0x000000000040aafd in notify_dialog_cb (result=ALARM_NOTIFY_CLOSE, snooze_mins=-1, data=0x6ff520) at alarm-queue.c:1264
#5  0x0000000000407a83 in dialog_response_cb (dialog=0x70c090 [GtkDialog], response_id=4294967292, user_data=0x69e0c0) at alarm-notify-dialog.c:143
#6  0x00000037dda0e2fe in g_closure_invoke (closure=0x7f37d0, return_value=0x0, n_param_values=2, param_values=0x7a28a0, invocation_hint=0x7fffffffd2d0) at gclosure.c:766
#7  0x00000037dda23d85 in signal_emit_unlocked_R (node=<value optimized out>, detail=0, instance=0x70c090, emission_return=0x0, instance_and_params=0x7a28a0) at gsignal.c:3252
#8  0x00000037dda25226 in g_signal_emit_valist (instance=<value optimized out>, signal_id=<value optimized out>, detail=<value optimized out>, var_args=0x7fffffffd4c0) at gsignal.c:2983
#9  0x00000037dda257e3 in g_signal_emit (instance=<value optimized out>, signal_id=<value optimized out>, detail=<value optimized out>) at gsignal.c:3040
... (the rest of the backtrace is boring, ends in main().
Comment 16 Milan Crha 2013-06-25 17:21:36 UTC 
I added couple more fixes in this one, all related to alarm notify process, kind of regressions from 2.28.3, thus I guess all will be fine. Namely:

   commit 350f7118fec5b5d7bcf6a6c40d2fba6bedaf512e
       Make sure evolution-alarm-notify is running on Evolution's start

   commit 48d30dcad171fe84928ba1888a45f7baa3669bda
       Bug #680611 - Hibernation shifts alarm notification time

   commit 608069630f978c2da37bc57ee58342ba9d16f70f
       Bug #665129 - Memory leak in EBufferTagger

   commit f6f4a73bcf229809c8b4ac13b0b74f8a95a0f67e
       Bug #641711 - Crash in remove_queued_alarm
Comment 22 errata-xmlrpc 2013-11-21 05:12:57 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-1540.html
Note You need to log in before you can comment on or make changes to this bug.