Bug 238456

Summary: KOrganizers recurrance doesn't work quite right
Product: Red Hat Enterprise Linux 5 Reporter: Jay Turner <jturner>
Component: kdepimAssignee: Lukáš Tinkl <ltinkl>
Status: CLOSED WONTFIX QA Contact: desktop-bugs <desktop-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.0CC: jgrulich, srevivo
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-12-16 19:04:53 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jay Turner 2007-04-30 18:03:04 UTC
Description of problem:
I'm seeing this with kdepim-3.5.4-4.fc6 and there's an outside chance this is
just evolution not understanding kdepims format, but alas here's the issue.

Schedule a recurring meeting for a day/time and invite someone for which the
meeting will actually fall on a different day (i.e. a 6:00 Brisbane meeting will
be 16:00 the previous day in RDU)  Send out the meeting request and it will look
like this:

RRULE:FREQ=WEEKLY;BYDAY=TU
DTSTART:20070430T200000Z
DTEND:20070430T210000Z

Accepting this meeting in evolution will result in an entry being made for 16:00
on 4/30 (a Monday, which is totally correct) but you'll also get an entry for
5/1 (Tuesday) at 16:00 and every Tuesday from then on will get a 16:00 meeting.
 I suspect the cause of the problem is the fact that the invite has the start
and end times in zulu, but the BYDAY designator is in local time for the meeting
scheduler (which in this case was Brisbane.)  Contrast this with evolution's
handling of the same meeting . . . evolution lists the start, end and repeat day
in local time of the scheduler.

Comment 1 Jay Turner 2007-04-30 18:03:58 UTC
QE ack for RHEL5.1.

Comment 2 RHEL Program Management 2007-05-10 17:25:53 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 3 Pete Graner 2007-05-10 18:48:01 UTC
Doing a KDE & QT push for 5.2, targeting for 5.2, clearing acks.

Comment 4 Jay Turner 2007-09-05 15:21:03 UTC
QE ack for RHEL5.2.

Comment 5 RHEL Program Management 2007-12-03 20:42:31 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release.  This request will
be reviewed for a future Red Hat Enterprise Linux release.