Closed Bug 306644 Opened 19 years ago Closed 19 years ago

All day events override view restrictions in day and week view

Categories

(Calendar :: Sunbird Only, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: s7726, Assigned: mostafah)

Details

Attachments

(1 file, 2 obsolete files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

When the day and week views are restricted to a given time interval an all day
event will override that interval.

Reproducible: Always

Steps to Reproduce:
1. Restrict the view to 9:00am to 6:00pm
2. Add an all day event

Actual Results:  
The view restriction is overridden and now displays from 12:00am till 6:00pm.
The view restriction returns after the event is deleted

Expected Results:  
All day events are listed in the bar at the top of the view and should not
affect the view restrictions.
(patch -l -p 2 -i file.patch)

With this patch, in day view an all-day event no longer forces the day to start
at 0:00.
Attachment #195678 - Flags: first-review?(mvl)
Attachment #195678 - Flags: first-review?(mvl)
(patch -l -p 2 -i file.patch)

Fixes both day and week view.

With this patch, in day view an all-day event no longer forces the day to start

at 0:00.
Attachment #195678 - Attachment is obsolete: true
Attachment #195680 - Flags: first-review?(mvl)
Comment on attachment 195680 [details] [diff] [review]
skip all day events when computing limits of day and week view

For me, all-day items in week-view end up looking weird as a result of this
patch.	(They're very narrow.)	The elementOfReference used to define the width
is no longer a good reference
http://lxr.mozilla.org/mozilla/source/calendar/resources/content/weekView.js#41
4
Comment on attachment 195680 [details] [diff] [review]
skip all day events when computing limits of day and week view

>+      if (!(event.start.isDate && event.end.isDate)) { 

In other places, we just check for .isDate on the startdate. You check is
likely more correct, but I think we should try to be consistent, otherwise
events might disappear or show double.
(Actually, what does it mean if an event has start.isDate set to true, but
end.isDate to false?)

Nit: the indentation is weird.
Attachment #195680 - Flags: first-review?(mvl) → first-review-
(patch -l -p 2 -i file.patch)

Removed end.isDate from all-day condition.

Was just trying to program defensively.  RFC2445 does not say the value type
has to be matched on start/end dates.  Imported data will come from a variety
of sources.  A date without time is effectively midnight, so an event that
started at 20050913 and ended at 20050913T0800 would last 8 hours.
Attachment #195680 - Attachment is obsolete: true
Attachment #195956 - Flags: first-review?(mvl)
Comment on attachment 195956 [details] [diff] [review]
skip all day events when computing limits of day and week view (omit end.isDate)

r=mvl
Attachment #195956 - Flags: first-review?(mvl) → first-review+
patch checked in (with indenting fixed)
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: