Mailinglist Archive: opensuse-bugs (5243 mails)
| < Previous | Next > |
[Bug 494960] New: Kontact calendar does not implement daylightc flag from rfc2445 spec for ical.ics file.
- From: bugzilla_noreply@xxxxxxxxxx
- Date: Tue, 14 Apr 2009 18:50:58 -0600 (MDT)
- Message-id: <bug-494960-21960@xxxxxxxxxxxxxxxxxxxxxxxx/>
http://bugzilla.novell.com/show_bug.cgi?id=494960
Summary: Kontact calendar does not implement daylightc flag
from rfc2445 spec for ical.ics file.
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: 32bit
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE4 Applications
AssignedTo: kde-maintainers@xxxxxxx
ReportedBy: parthenolide@xxxxxxxxx
QAContact: qa@xxxxxxx
Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8)
Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8
When Kontact sends an ical.ics invite file it does not include the flag
"daylightc", or "standardc" as specified in the rfc2445 specification.
Microsoft Outlook expect invites to contain either the "standardc" flag, or the
"daylightc" flag. Since Kontact invites do not include this flag, Microsoft
defaults to interpreting time sent as standard time. If the local invite time
is daylight saving time, Microsoft Outlook increments the invite by one hour.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
The rfc2445 specification is about 10 years old. Apparently, Microsoft updated
Outlook with the last Daylight Saving Time changes, and changed the algorithm
used to determine daylight and standard time. The old algorithm is actually
more efficient than the new.
The most efficient algorithm is to determine invite time as a function of time
sent and UTC offset, and then adjust this time to local daylight/standard time
rules. The invite receiver doesn't really need to know the sender's time zone
and daylight/standard time rules.
However, the standard requires that this information be sent. And, apparently
Microsoft is using the daylightc/standardc flag as its algorithm for adjusting
time.
The severity of this bug for most users is "normal". However, I am lucky to
live in the Pacific Time Zone and can work around this problem by setting my
clock to America/Phoenix. America/Phoenix is year round Mountain Standard Time.
MST = PDT.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Summary: Kontact calendar does not implement daylightc flag
from rfc2445 spec for ical.ics file.
Classification: openSUSE
Product: openSUSE 11.1
Version: Final
Platform: 32bit
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE4 Applications
AssignedTo: kde-maintainers@xxxxxxx
ReportedBy: parthenolide@xxxxxxxxx
QAContact: qa@xxxxxxx
Found By: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8)
Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8
When Kontact sends an ical.ics invite file it does not include the flag
"daylightc", or "standardc" as specified in the rfc2445 specification.
Microsoft Outlook expect invites to contain either the "standardc" flag, or the
"daylightc" flag. Since Kontact invites do not include this flag, Microsoft
defaults to interpreting time sent as standard time. If the local invite time
is daylight saving time, Microsoft Outlook increments the invite by one hour.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
The rfc2445 specification is about 10 years old. Apparently, Microsoft updated
Outlook with the last Daylight Saving Time changes, and changed the algorithm
used to determine daylight and standard time. The old algorithm is actually
more efficient than the new.
The most efficient algorithm is to determine invite time as a function of time
sent and UTC offset, and then adjust this time to local daylight/standard time
rules. The invite receiver doesn't really need to know the sender's time zone
and daylight/standard time rules.
However, the standard requires that this information be sent. And, apparently
Microsoft is using the daylightc/standardc flag as its algorithm for adjusting
time.
The severity of this bug for most users is "normal". However, I am lucky to
live in the Pacific Time Zone and can work around this problem by setting my
clock to America/Phoenix. America/Phoenix is year round Mountain Standard Time.
MST = PDT.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
| < Previous | Next > |