Closed Bug 374973 Opened 17 years ago Closed 11 years ago

multiweek/month view jumps to another week when (de)selecting 'tasks in view' from context menu

Categories

(Calendar :: Calendar Frontend, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dennisjanse, Assigned: bv1578)

References

Details

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.10) Gecko/20070313 Fedora/1.5.0.10-5.fc6 Firefox/1.5.0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20070213 Sunbird/0.3.1

This behaviour happens when the calendar is displayed in multiweek view and when (de)selecting 'Tasks in View' from the context menu. When you stand with the mouse pointer on any week after the first week in the view, the view is changed to a view with the first week the week you clicked on.
Same holds for month view, when clicked on a day outside the month.

Reproducible: Always

Steps to Reproduce:
1. select multiweek view
2. right click on a week after the first week in your view (eg. when week 26 - 31 is view, rightclick on a day in week 29)
3. (de)select 'Tasks in View'
Actual Results:  
The view is changed to a multiweek view with the first week being the week you clicked on (in the example: week 29).

Expected Results:  
The multiweek view shouldn't change. I asked only for showing tasks in view, not showing other weeks in addition.
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070322 Calendar/0.6a1.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Attached patch Patch - v1 (obsolete) — — Splinter Review
There are other actions that cause the same issue, at least the following:
- toggle workdays only;
- toggle tasks in view;
- toggle show completed task in view;
- update offline UI;

in all these cases the refresh of the view is achieved by using the function goToDay() with the selected day as argument.

This patch changes the goToDay() function in order to refresh the view, without changing it, for all the calls with a date equal to the selected day.
Assignee: nobody → bv1578
Status: NEW → ASSIGNED
Attachment #728662 - Flags: review?(philipp)
Comment on attachment 728662 [details] [diff] [review]
Patch - v1

The patch doesn't consider all. A new patch is coming.
Attachment #728662 - Flags: review?(philipp)
Attached patch patch - v2 — — Splinter Review
The previous patch treated all the goToDay() requests with the selectedDay as argument in the same way (doing only a refresh of the view), but actually there are requests, like those one for zooming the multiweek view, that need to change the start and end of the view (and hence not only a refresh) even if the passed date is the selected day.

This patch does only a view refresh when a null date is being passed to goToDay() function.
Attachment #728662 - Attachment is obsolete: true
Attachment #728992 - Flags: review?(philipp)
Comment on attachment 728992 [details] [diff] [review]
patch - v2

Review of attachment 728992 [details] [diff] [review]:
-----------------------------------------------------------------

r=philipp
Attachment #728992 - Flags: review?(philipp) → review+
Pushed to comm-central
http://hg.mozilla.org/comm-central/rev/660427430cdd

Fixed.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: