After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 337824 - alarms get removed from appointment
alarms get removed from appointment
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.6.x (obsolete)
Other All
: Normal major
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-04-09 17:58 UTC by lsof
Modified: 2006-08-21 15:25 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
A screenshot of the alarm dialog before clicking Close, then Save (18.88 KB, image/png)
2006-04-10 15:51 UTC, lsof
Details
A screenshot of the alarm dialog after saving, and re-opening it. (17.63 KB, image/png)
2006-04-10 15:53 UTC, lsof
Details
A screenshot of the alarm dialog > properties (25.77 KB, image/png)
2006-04-10 15:53 UTC, lsof
Details

Description lsof 2006-04-09 17:58:53 UTC
Please describe the problem:
Alarms for appointments do not work

Steps to reproduce:
1. Create a new appointment, accept the default of 00:00-00:30
2. Add an alarm with a reminder 21 days before hand, no user defined message
3. Accept the lot
4. Re-open the appointment, look at the alarms list


Actual results:
The alarm has been removed.

Expected results:
The alarm should never be removed.

Does this happen every time?
Yes.

Other information:
An alarm is a critical feature of a calendar. When you enter an appointment for
which you need a reminder, you are in fact entrusting the computer to reminder
you of something, perhaps the reminder is for the renewal of gnome.org, or
something similar.
Comment 1 André Klapper 2006-04-09 18:28:28 UTC
did what you described and it works fine here, i cannot reproduce your bug.
what does "accept the lot" mean?

after adding the alarm, go to the day view of the day where the appointment takes place: is the alarm symbol (the bell) visible in front of the summary?

which distro is this?
Comment 2 lsof 2006-04-09 18:51:20 UTC
(In reply to comment #1)
> did what you described and it works fine here, i cannot reproduce your bug.

Did you try with a 21 day alarm?

> what does "accept the lot" mean?

I mean click OK until the dialogs go away.

> > after adding the alarm, go to the day view of the day where the appointment
> takes place: is the alarm symbol (the bell) visible in front of the summary?

Yes I do, but there isn't a way to see the alarm.
How did I try? I opened the appointment with a double-click, and then went to alarms.
There is an entry marked "Pop up alert for an unknown trigger type". If I select that and go to Properties, I get no extra information.

> which distro is this?

FC5.
Comment 3 André Klapper 2006-04-10 12:14:54 UTC
yes, i tried 21 day alarm. :-)
Comment 4 lsof 2006-04-10 13:05:14 UTC
I'll attach a screenshot then.
Comment 5 lsof 2006-04-10 15:51:48 UTC
Created attachment 63142 [details]
A screenshot of the alarm dialog before clicking Close, then Save
Comment 6 lsof 2006-04-10 15:53:29 UTC
Created attachment 63144 [details]
A screenshot of the alarm dialog after saving, and re-opening it.
Comment 7 lsof 2006-04-10 15:53:55 UTC
Created attachment 63145 [details]
A screenshot of the alarm dialog > properties
Comment 8 Wesley Haines 2006-04-13 00:38:18 UTC
I'm getting this same problem. The "default" (15 min, 1 hour, 1 day) alarm times do trigger a pop-up alarm notification, but if I input any custom time or try to have Evolution run a program, it forgets the alarms that were set. When I select the "Customize" option, an Action pops up that says "Pop up an alert -1 minutes before the start of the appointment." I then select a custom time, say 20 minutes, and then Save/Close the appointment window. If I re-open the dialog box and view the alarms, the Action list shows "Pop up an alert for an unknown trigger type". This is on Fedora Core 5 with the following packages: 

[kremit@Kremit ~]$ rpm -qa|grep -i evolution
evolution-2.6.0-1
evolution-data-server-1.6.0-1
evolution-webcal-2.4.1-3.2
evolution-sharp-0.10.2-9
Comment 9 André Klapper 2006-05-04 11:37:31 UTC
the "-1 minutes" issue is fixed now, see bug 333689. so would be cool if you could check this again after your distributor has provided updated packages; i guess it has something to do with each other.
Comment 10 lsof 2006-08-21 12:47:10 UTC
This seems to work now - thanks!
Comment 11 André Klapper 2006-08-21 15:25:36 UTC
also thanks a lot to you for the feedback - closing as fixed then.