<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Bad Month links in year view</title> 
  <pubDate>Fri, 10 Apr 2026 18:27:15 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/6172</link> 
  <atom:link rel="self" type="application/rss+xml" title="Bad Month links in year view" href="https://bugs.horde.org/ticket/6172/rss" /> 
  <description>Bad Month links in year view</description> 
 
   
   
  <item> 
   <title>Clicking on month&#039;s link where the 1st falls on the first da</title> 
   <description>Clicking on month&#039;s link where the 1st falls on the first day of the week (Sunday/Monday according to prefs) in the year view brings up the previous month&#039;s month view due to the timestamp in the month&#039;s url generated by year.php e.g. 9/08 with Monday as start of week. 6/08 w/Sunday as start of week.  The timestamp used in the month&#039;s url is generated in for next loop used for the previous months events.  If the last day of the week (Saturday/Sunday) is the last day of the month this timestamp is in the previous month.



Two fixes I see:

1. remove the timestamp in the $url = on line ~74. It doesn&#039;t seem necessary.

2. add 1 to daysinview if endday=HORDE_DATE_SATURDAY/HORDE_DATE_SUNDAY in the ifs used to generate $startofview $daysofview. This may cause issues with previous months.</description> 
   <pubDate>Tue, 29 Jan 2008 19:27:39 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6172#t41616</link> 
  </item> 
   
  <item> 
   <title>That timestamp does seem completely unnecessary. Fixed in CV</title> 
   <description>That timestamp does seem completely unnecessary. Fixed in CVS, merging to FW_3. Thanks!</description> 
   <pubDate>Tue, 29 Jan 2008 22:51:24 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6172#t41636</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
