Closed
Bug 353066
Opened 18 years ago
Closed 18 years ago
problem with refreshing tasks in main view when end due starts is set
Categories
(Calendar :: Tasks, defect)
Calendar
Tasks
Tracking
(Not tracked)
VERIFIED
FIXED
Sunbird 0.5
People
(Reporter: damian.publicemail, Assigned: ssitter)
References
Details
(Keywords: dataloss)
Attachments
(1 file)
2.84 KB,
patch
|
jminta
:
first-review+
jminta
:
second-review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060917 Calendar/0.3a2+
new task is not visible in week view when due time is set
Reproducible: Always
Steps to Reproduce:
1. switch to week view and enable "Tasks in view"
2. Go to today
3. create new task start date = today, due date is disabled
-> task is not visible in main view - ok
4. edit created task, enable due date = start date + 1 hour
Actual Results:
task is not visible in main view
Expected Results:
task should be visible because if I switch to day view and go back to week task is visible so this is problem with refresing
Comment 1•18 years ago
|
||
This is unfortunate, but since it gets fixed by a refresh, relnoting should be good enough.
This bug continues to come up. Can we fix it for 0.5?
Flags: blocking-calendar0.5?
Comment 5•18 years ago
|
||
I knew I had seen it before: bug 278302 which is a dupe of bug 257632 which was fixed by bug 297934. This ended in a regression-bug: bug 321164
Assignee | ||
Comment 6•18 years ago
|
||
this.mTasksInView is undefined. This means we will return to early from onModifyItem() for tasks. Some lines above/below we already use the correct scoped version this.calView.mTasksInView.
Assignee: nobody → ssitter
Status: NEW → ASSIGNED
Attachment #257533 -
Flags: second-review?(jminta)
Attachment #257533 -
Flags: first-review?(jminta)
Comment 7•18 years ago
|
||
Comment on attachment 257533 [details] [diff] [review]
rev0 - use correct scope
yep yep.
Attachment #257533 -
Flags: second-review?(jminta)
Attachment #257533 -
Flags: second-review+
Attachment #257533 -
Flags: first-review?(jminta)
Attachment #257533 -
Flags: first-review+
Comment 8•18 years ago
|
||
Patch checked in on MOZILLA_1_8_BRANCH and trunk.
-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Flags: blocking-calendar0.5? → blocking-calendar0.5+
Keywords: relnote
OS: Windows XP → All
Hardware: PC → All
Whiteboard: [cal relnote]
Target Milestone: --- → Sunbird 0.5
Assignee | ||
Comment 9•18 years ago
|
||
Note: There is still an open issue when editing a task with only start or due date set to a task with both dates set. I filed Bug 372855 for this issue.
Reporter | ||
Comment 10•18 years ago
|
||
task is not visible, I have to refresh to see it
-> Reopen
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070308 Calendar/0.6a1
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•18 years ago
|
||
confirmed in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3pre) Gecko/20070310 Calendar/0.5pre
Error: aDate has no properties
Source File: file:///C:/Program%20Files/Calendar/js/calUtils.js
Line: 567
Updated•18 years ago
|
Whiteboard: [no l10n impact]
Assignee | ||
Comment 12•18 years ago
|
||
I already filed Bug 372855 for the open issue as written in Comment #9, there was no need to reopen the bug.
Depends on: 372855
Comment 13•18 years ago
|
||
Marking FIXED per comment #12.
Status: REOPENED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Comment 14•18 years ago
|
||
VERIFIED with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4pre) Gecko/20070522 Calendar/0.5pre.
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Flags: blocking-calendar0.5+
Whiteboard: [no l10n impact]
You need to log in
before you can comment on or make changes to this bug.
Description
•