Closed Bug 353066 Opened 18 years ago Closed 17 years ago

problem with refreshing tasks in main view when end due starts is set

Categories

(Calendar :: Tasks, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
Sunbird 0.5

People

(Reporter: damian.publicemail, Assigned: ssitter)

References

Details

(Keywords: dataloss)

Attachments

(1 file)

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
Flags: blocking0.3?
Keywords: dataloss
This is unfortunate, but since it gets fixed by a refresh, relnoting should be good enough.
Flags: blocking0.3? → blocking0.3-
Keywords: relnote
Whiteboard: [cal relnote]
This bug continues to come up.  Can we fix it for 0.5?
Flags: blocking-calendar0.5?
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
Attached patch rev0 - use correct scope — — Splinter Review
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 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+
Patch checked in on MOZILLA_1_8_BRANCH and trunk.

-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Flags: blocking-calendar0.5? → blocking-calendar0.5+
Keywords: relnote
OS: Windows XP → All
Hardware: PC → All
Whiteboard: [cal relnote]
Target Milestone: --- → Sunbird 0.5
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.
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 → ---
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
Whiteboard: [no l10n impact]
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
Marking FIXED per comment #12.
Status: REOPENED → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
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
Flags: blocking-calendar0.5+
Whiteboard: [no l10n impact]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: