Bug 645888 - Appointment reminder window contains no data and cannot be closed normally
Summary: Appointment reminder window contains no data and cannot be closed normally
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 14
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Milan Crha
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 649024 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-22 19:17 UTC by Adam Williamson
Modified: 2012-08-16 19:24 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-16 19:24:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
screenshot of the reminder window (17.94 KB, image/png)
2010-10-22 19:18 UTC, Adam Williamson
no flags Details

Description Adam Williamson 2010-10-22 19:17:45 UTC
I just had an appointment reminder window pop up from Evolution. Great! Unfortunately, see screenshot. :) It doesn't contain any information on the appointment - name, time, location, anything - instead there's some apparent placeholder text. None of the buttons in the reminder window actually makes the reminder go away; the only way to close it is to click the X.

The appointment in question is part of a Google calendar that I have set up in Evo's Calendar app (using the Google calendar type, not the generic CALDav type).

Comment 1 Adam Williamson 2010-10-22 19:18:13 UTC
Created attachment 455163 [details]
screenshot of the reminder window

Comment 2 Adam Williamson 2010-10-22 19:28:45 UTC
also, the reminder shows up the panel notification area as the icon which means 'no icon was found' - the blank bit of paper with a red X on it.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Milan Crha 2010-10-25 10:08:10 UTC
Thanks for a bug report. I do not see a reason for showing empty alarm notification window. But it'll require more testing. Is there anything special about the appointment which invoked this window? Maybe if you could attach it here, with all private information replaced with 'x' letter, just for testing.

(In reply to comment #2)
> also, the reminder shows up the panel notification area as the icon which means
> 'no icon was found' - the blank bit of paper with a red X on it.

It's using these two in the status bar:
"stock_appointment-reminder-excl"
"stock_appointment-reminder"
Did they got dropped from icon theme "recently"? Probably yes.

Comment 4 Adam Williamson 2010-10-25 19:01:54 UTC
I don't know what you mean by 'special', but it was a fairly basic appointment - just a name, 'Lens', and a location, 'Blenz at robson/burrard' , a time, a time zone, and a reminder set for one hour before the time. Again, it's an appointment from a Google calendar. I didn't create it from Evolution, but from my cellphone which is also synced to Google Calendar via the ActiveSync interface.

When you say 'attach the appointment', do you mean right-click on it, save as iCalendar, and attach that file?



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Adam Williamson 2010-10-25 19:02:42 UTC
note that this bug happened twice - once on my desktop and also on my laptop, which is also running f14 and also connected to the same Google calendar. They both popped up the reminder, and it was broken as described on both systems. So it doesn't seem to be a one-off.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 6 Milan Crha 2010-10-26 07:49:59 UTC
Yup, I meant to attach it here when saved from Evolution, but your description of it is also fine. I tried to reproduce this with this:
a) create an event in Google's web interface with an alarm set
b) run $PREFIX/libexec/evolution/2.32/evolution-alarm-notify on console
c) the alarm from a) should be shown. And it is for me, somehow.

To repeat without setting new alarm is enough to run gconf-editor and open key
/apps/evolution/calendar/sources
where one key is for Google calendars. Open this key and edit "last-notified" property of the 'source'. It is at the end of the XML blob saved in GConf for me. I move back in time with it so the alarm is triggered again on evolution-alarm-notify run.

My environment is not the same as that yours, so maybe it plays its role too.

Could you try to run evolution-alarm-notify under valgrind (if you are able to reproduce this consistently after changing the "last-notified" property for the calendar source), maybe it'll help to find the issue. You can run it like this:
  $ G_SLICE=always-malloc valgrind --num-callers=50 /usr/libexec/evolution/2.32/evolution-alarm-notify &>evo.log

Only make sure it is not running already. Thanks in advance.

Comment 7 Milan Crha 2010-10-26 09:17:11 UTC
I read the code and tried couple tests but no luck, except of one. When I set pretty frequent refresh on the calendar, run alarm notification process which will show the icon at the status bar, keep it as is and remove the event from the google calendar in the web interface. When the refresh time comes the alarm notification process recognizes event removal and removes it from the alarm dialog too, but in that case clicking the status bar icon does nothing. I do not think this is your case, though.

Comment 8 Milan Crha 2010-11-01 10:06:22 UTC
I'm using bug #647996 for the missing icons, and keep this bug report for the "empty dialog" issue.

Comment 9 Milan Crha 2010-11-03 07:03:48 UTC
*** Bug 649024 has been marked as a duplicate of this bug. ***

Comment 10 Milan Crha 2010-11-10 07:15:45 UTC
I just got an idea, is it possible that the event which was missing was a recurring event set to recur forever?

Comment 11 Adam Williamson 2010-11-10 16:51:19 UTC
no, it was a one-off. i rarely use recurring events.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 12 Milan Crha 2010-11-30 13:44:39 UTC
I can reproduce this too, finally, with the 2.32.0 rpm version. It works fine with git master and gtk-2-24 branch, though, but I'm investigating further.

Comment 13 Milan Crha 2010-12-01 11:26:54 UTC
Hrm, as soon as I try to debug this with some prints I cannot reproduce it. I'll keep an eye on this.

Comment 14 Fedora End Of Life 2012-08-16 19:24:34 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.