<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet href="http://bugs.horde.org/themes/feed-rss.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <title>shared calendars: users' timezones are not really respected</title>
  <pubDate>Sat, 05 Jul 2008 06:45:12 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/6065</link>
  <atom:link rel="self" type="application/rss+xml" title="shared calendars: users' timezones are not really respected" href="http://bugs.horde.org/ticket/6065/rss" />
  <description>shared calendars: users' timezones are not really respected</description>

  
  
  <item>
   <title>i'm using horde-base-3.1.5 and horde-kronolith-2.1.6 from po</title>
   <description>i'm using horde-base-3.1.5 and horde-kronolith-2.1.6 from ports collection on freebsd. it seems i've found a bug in shared calendar feature: users' timezones are not really respected. suppose a user with timezone America/New_York creates a new event that lasts from 7am till 8am. when another user, whose timezone is Europe/Prague, looks at the calendar, he sees 7am-8am, which is not correct. It should be 1pm-2pm. timezone of the user who creates an event and timezone of the user who views an event must be respected.</description>
   <pubDate>Thu, 03 Jan 2008 19:06:13 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6065#t40678</link>
  </item>
  <item>
   <title>This is a known limitation of the current implementation, ra</title>
   <description>This is a known limitation of the current implementation, rather than a bug. I was sure we already had a ticket for this in the tracker, but obviously not.
Times and dates are stored timezone dependent in the backend. This is legacy cruft from old Kronolith versions that didn't even have timezone support at all. With Kronolith 3 this is going to change, dates will be stored in UTC.</description>
   <pubDate>Fri, 04 Jan 2008 03:33:23 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6065#t40690</link>
  </item>
  <item>
   <title>&gt; This is a known limitation of the current implementation, </title>
   <description>&gt; This is a known limitation of the current implementation, rather than 
&gt; a bug. I was sure we already had a ticket for this in the tracker, 
&gt; but obviously not.
&gt; Times and dates are stored timezone dependent in the backend. This is 
&gt; legacy cruft from old Kronolith versions that didn't even have 
&gt; timezone support at all. With Kronolith 3 this is going to change, 
&gt; dates will be stored in UTC.

Jan,
Thanks, but this does not appear to work properly yet in 3.0-cvs. I have downloaded kronolith-HEAD-2008-01-04.tar.gz, installed it and found old behavior unchanged; the limitation is still there. Are there any release plans publicly available?
</description>
   <pubDate>Fri, 04 Jan 2008 14:52:11 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/6065#t40703</link>
  </item>
  

 </channel>
</rss>
