Closed Bug 414336 Opened 16 years ago Closed 16 years ago

Last day in minimonth view is always not bold, independent whether events exist or not

Categories

(Calendar :: Calendar Frontend, defect)

Mozilla 1.8 Branch
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: aryx, Assigned: berend.cornelius09)

References

Details

Attachments

(1 file)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12pre) Gecko/20080127 Calendar/0.8pre

The last day in the minimonth view is always not bold, independent whether events exist or not.

Steps to reproduce:

1. Create a new profile.
2. Jump to the last day in the minimonth view, create an event.
3. Jump back to a day of the previous month.
4. See the last day as not bold.
WFM using local and ics file (tested with Lt 2008012801 and Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1.12pre) Gecko/20080127 Calendar/0.8pre)

Last day of the month is always bold when event exists... It's not bold for tasks
I was able to confirm this with the same build and same steps. I created the event on Feb 8th and went back to January.


Attached file testcase
Open the testcase, go to September 2008. Last visible day in minimonth is not-bold (11th or 12th October). Doesn't happen for all months.
I can confirm this behavior using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.18pre) Gecko/2008090109 Calendar/0.9pre.

The easiest way to reproduce the issue is by creating an daily repeating event that lasts forever and looking at different months. Issue seems to be independent of the first-day-of-week setting.
It's even faster to reproduce. If you create an event on October 11th it is not displayed as busy on the September minimonth. 
I looked into the code: "CheckIfInRange" in calUtils.js that defines the range of the included items seems to define that the endDate of the passed range is not supposed to be included. In Short: the enddate is excluded but the startdate included
Assignee: nobody → Berend.Cornelius
As far as I see this is fixed with the checkin of  Bug 456102 -  Minimonth should generally be able to show free-busy states.
Status: NEW → RESOLVED
Closed: 16 years ago
OS: Windows XP → All
Hardware: PC → All
Resolution: --- → FIXED
Target Milestone: --- → 1.0
Verified using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081020 Calendar/1.0pre (BuildID: 20081020094120)
Status: RESOLVED → VERIFIED
Target Milestone: 1.0 → 1.0b1
You need to log in before you can comment on or make changes to this bug.