Closed
Bug 321563
Opened 20 years ago
Closed 20 years ago
Week View fails to display sunday events after selecting 'Go to Today'
Categories
(Calendar :: Sunbird Only, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ssitter, Assigned: ssitter)
References
Details
Attachments
(1 file, 1 obsolete file)
|
1.21 KB,
patch
|
jminta
:
first-review+
|
Details | Diff | Splinter Review |
Week View fails to display events after selecting 'Go to Today'
Steps to reproduce:
- Select the current week
- Create one event on every day (Sun to Sat) e.g. at noon --> events are created
- Check the display in the views --> everything seem ok
- Select the current day in month view
- Switch to week view --> Events from Sun to Sat are displayed ok
- Select 'Go to Today' --> No event is displayed on Sunday!
--> Events from Mon to Sat are displayed ok
Happens only if Sunday is selected as first day of week (default), no problems if I select another day.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051226 Mozilla Sunbird/0.3a1+ with clean profile.
Comment 1•20 years ago
|
||
This sounds to me like it could be a timezone issue. (Actually, this, bug 321560, and bug 321562 all do) Without having looked too deeply into this, I wouldn't be surprised if this was the same thing as bug 321562. Questions that come to mind:
(1) What is the query start date that calendar-multiday-view is using here?
(2) Are events getting returned via getItems and then being discarded, or are they never returning from the query?
(3) What makes you think this bug is distinct from bug 321562? Both seem to have problems displaying events at the beginning of the range.
See also bug 315954, which seems to describe a similar, but reverse problem.
| Assignee | ||
Comment 2•20 years ago
|
||
(In reply to comment #1)
> This sounds to me like it could be a timezone issue.
Hi Joey,
I'm not sure about this point. My local timezone is GMT+1. From the console I can see that Sunbird gets the correct timezone. If this was a timezone issue (as seen before) I would expect the event to be shifted by +/- one hour. But the event is not displayed at all.
> (3) What makes you think this bug is distinct from bug 321562? Both seem to
> have problems displaying events at the beginning of the range.
Yeah, but I see this error in week view only if Sunday is selected as first day of the week (in the sunbird options). If any of the other days is selected as first day of the week all events are shown, from the first to the last visible day (e.g. from Monday to Sunday).
To me it seems that this is maybe another problem. So I decided to write a own bug for that problem.
| Assignee | ||
Comment 3•20 years ago
|
||
Setting isDate to true fixes the problems for me.
(Patch also replaces one tab with spaces)
Assignee: mostafah → ssitter
Status: NEW → ASSIGNED
Attachment #207921 -
Flags: first-review?(jminta)
Comment 4•20 years ago
|
||
Comment on attachment 207921 [details] [diff] [review]
patch
After discussion in IRC, this should probably be patched in calendar-multiday-view.xml
Attachment #207921 -
Flags: first-review?(jminta) → first-review-
| Assignee | ||
Comment 5•20 years ago
|
||
Alter setDateRange to always store startDate and endDate as date object. This should also fix bug 321562 and bug 321753.
Attachment #207921 -
Attachment is obsolete: true
Attachment #208306 -
Flags: first-review?(jminta)
Comment 6•20 years ago
|
||
Comment on attachment 208306 [details] [diff] [review]
patch, v2
Fixing 3 bugs with 4 lines, how can you not like that? This looks much better. r=jminta
It'd be nice to get this documented somewhere, probably somewhere close to the devmo docs on calICalendarView.
Attachment #208306 -
Flags: first-review?(jminta) → first-review+
Comment 7•20 years ago
|
||
patch checked in :-)
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 8•20 years ago
|
||
*** Bug 321562 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
*** Bug 321753 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•