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 301391 - Copy-Paste of repetitive appointment changes end date
Copy-Paste of repetitive appointment changes end date
Status: VERIFIED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.2.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: Chenthill P
Evolution QA team
Depends on:
Blocks: 317266
 
 
Reported: 2005-04-20 20:29 UTC by Johann Glaser
Modified: 2013-09-10 14:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description Johann Glaser 2005-04-20 20:29:54 UTC
Distribution: Debian 3.1
Package: Evolution
Severity: blocker
Version: GNOME2.8.3 2.2.x
Gnome-Distributor: Debian
Synopsis: Copy-Paste of repetitive appointment changes end date
Bugzilla-Product: Evolution
Bugzilla-Component: Calendar
Bugzilla-Version: 2.2.x
Description:
Description of Problem:
I copied a repetitive apointment. This one was from (lets say) 8.3.2003
10:00 to 8.3.2003 10:30 and repeated once a week. Therefore I right
clicked the appointment in the day view, chose "copy", chose another
day, right click and "paste".

Actual Results:
The appointment was not pasted.The original appointment was changed such
that the end date was changed to 19.3.2005 10:30. This is a "whole day
event" (more precisely: "multi-day-event"). Since it is recurring, I had
hundreds of them on top of the day view. The evolution window expanded
to a height of approx. 3000 pixels (FVWM virtual desktop is my friend
:-) ).

Expected Results:
Paste of the previously copied appointment with the start date and time
set to where I right-clicked in the day view, end date and time the same
amount of time later than in the original appointment. Recurrence and
all other properties the same as the original appointment.

How often does this happen?
Didn't dare to try again.

Additional Information:
I have two weekly appointments every wednesday from 22:00 to 22:30. I
only copy-pasted _one_ of them, but _both_ changed their end date and
thus were visible as many (equally named) "whole day events" on top of
the day view.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-04-20 16:29 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "Evolution".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Poornima 2005-05-24 09:28:57 UTC
Copy & paste is working fine in my 'debian' setup which has 2.0.x version. But
copy & paste of recurrsive appointment is not working in evolution 2.2.x on NLD
also, so this has to be fixed. 
Johann: Is this happening always and for all appointments or one appointment ?.
For a non-recurrsive appointment i see everything is working fine. What are all
the data present in appointment for which date is changed 
Comment 2 Johann Glaser 2005-05-26 07:29:53 UTC
Copy&Paste of single appointments is working fine for me too except that it
forgets its 'parent' calendar and is pasted into the currently selected calendar.

I audaciously tried it again with another appointment (recurrence daily!) and
the same problem as described in the bug report appeard. I'm using Debian's
evolution-2.2.2-4 package.
Comment 3 Johann Glaser 2005-08-23 12:37:14 UTC
Hmm, seems I forgot to 'reopen' the bug.
Comment 4 Chenthill P 2005-08-26 08:14:19 UTC
I saw two issues here

Issue 1:

Case 1: When the recurring appointment is copied to a date later than the old
enddate (the end date of the last instance), only one instance is shown.
case 2: When it is copied to a date before the old enddate (the endate of the
last instance), it would show all create instance uptill the old enddate.

Issue 2: It forgets the parent calendar.

i have the made the fixes for issue 1 and will be fixing issue 2 and commit it
for 2.4.1. But am not seeing issue where the original item is modified. Am using
cvs sources from HEAD.

Is it possible for you to use the latest evolution ?
Comment 5 Johann Glaser 2005-08-26 17:00:41 UTC
Every copy-paste of appointments do forget their parent calendar (recurring and
non-recurring). This bug is there since Evolution supports multiple calendars.

Unfortunately I can't setup the whole build environment to compile the latest
CVS evolution. Currently I have 2.2.3 (Debian package version 2.2.3-2).

The problem still exists. I copied an appointment with recurrence every
wednesday (24.8.2005) 22:00-22:30 to thursday (25.8.2005) 10:00 (or whatever).
The original appointment (i.e. its first instance) lies quite long in the past
(19.3.2003) and it recurs forever.

After copy-pasting it to thursday Evolution did "nothing" but after a few
seconds its window expanded to approx. 3000 pixel height and the day view has
_lots_ of whole-day-events at the top. I double-clicked some of them and all do
have a start date/time 19.3.2003 22:00 and an end date/time 24.08.2005 22:30.
There is still only _one_ appointment, but due to its many recurring instances
since 19.3.2003 which all still last, it is displayed so many times. The
appointment has a duration of 5.5.0002 (2 years, 5 months, 5 days). The first
instance of the appointment begins 19.3.2003 22:00 and ends 24.8.2005 (due to
the long duration). The second instance begins 26.3.2003 22:00 (one week later)
and ends 31.8.2005 22:30 (2 years, 5 months, 5 days later). And so forth. This
results in many displayed instances.

There is no new appointment (what I wanted to create with the copy-past action).

BTW: I could repair this scaring large appointment simply by double-clicking one
of the many instances, change the end date/time to 19.3.2003 22:30. Then I had
to shrink the Evolution window.
Comment 6 Chenthill P 2005-09-28 07:55:09 UTC
It will not be possible to backport the fixes made for 2.4 and they are really
large in number. 
Issue 2: Forgets the parent calendar - its not a bug, as copy and paste just
copies the icalendar text. Eg: The calendar event can be copied between
instances of evolution running as different users.

Sending a patch for issue 1.
Comment 7 Chenthill P 2005-10-01 10:55:15 UTC
Committed the fix to gnome-2-12 and head branches.
Comment 8 Poornima 2005-10-05 11:13:02 UTC
Verified issue 1 in evolution 2.4.1.