Bug 290495 - When receiving a meeting update (attached .ics) kmail always propose the old informations and not the new ones
Summary: When receiving a meeting update (attached .ics) kmail always propose the old ...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 4.7
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-03 13:26 UTC by Alexandre Bonneau
Modified: 2017-01-07 22:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
invitation in the message window (69.71 KB, image/png)
2012-01-26 13:06 UTC, Alexandre Bonneau
Details
same invitation, but read from the preview pane (51.50 KB, image/png)
2012-01-26 13:07 UTC, Alexandre Bonneau
Details
..and the rest of the invitation (51.03 KB, image/png)
2012-01-26 13:07 UTC, Alexandre Bonneau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexandre Bonneau 2012-01-03 13:26:48 UTC
Version:           4.7 (using KDE 4.7.4) 
OS:                Linux

First I received an invitation to a iterative meeting (planned every 3 week, stopping in may 2012).
Then when I receive an update to the futur meeting (having already done 4 of them), kmail asks me if I want to update the meeting informations, but by showing in red the old informations, and striking out the new one.

Expected result : Strike out the old info and show in red the new ones.

Reproducible: Always

Steps to Reproduce:
Receive an invitation to a iterative meeting (eg. planned every 3 week, stopping in may 2012).
Receive an update to that meeting changing the hours (say 14h-15h to 16h-17h).

Actual Results:  
When displaying the email, kmail asks if I want to update the meeting informations, but by showing in red the old informations, and striking out the new one.

Expected Results:  
Strike out the old info and show in red the new ones.
Comment 1 Laurent Montel 2012-01-13 08:53:34 UTC
It works fine here
Comment 2 Alexandre Bonneau 2012-01-26 13:06:24 UTC
Created attachment 68193 [details]
invitation in the message window
Comment 3 Alexandre Bonneau 2012-01-26 13:07:24 UTC
Created attachment 68194 [details]
same invitation, but read from the preview pane
Comment 4 Alexandre Bonneau 2012-01-26 13:07:47 UTC
Created attachment 68195 [details]
..and the rest of the invitation
Comment 5 Alexandre Bonneau 2012-01-26 13:08:56 UTC
What can I say, this bug is always reproducible on my configuration.

I did notice 2 things :
- when double clicking the email, there is no comparison shown into the email window ; the comparison is only shown in the email content pane (as it can be seen in the 3 screeshots)
- I you receive an invitation to an event, save it to your calendar, everything is ok. But if you go change the name of the event in korganizer, then go back to the email invitation you can see the same strange behavior : the name into the email invitation is stroked when the new name you used is shown in red.
Comment 6 Laurent Montel 2012-01-26 13:21:23 UTC
kmail 4.8 ?
Comment 7 Alexandre Bonneau 2012-01-26 19:27:38 UTC
version 4:4.7.4+git111222-0ubuntu0.1
Comment 8 Laurent Montel 2012-02-07 10:08:40 UTC
I can't reproduce here.
It works fine.
Regards
Comment 9 Alexandre Bonneau 2012-02-07 17:08:47 UTC
Ok then, is there any other things I can provide for investigating this nasty bug ?
Comment 10 Denis Kurz 2016-09-24 18:10:33 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 11 Denis Kurz 2017-01-07 22:38:57 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.