Open
Bug 1444069
Opened 7 years ago
Updated 2 years ago
Unwanted switch of the view to the last selected day in multi-week view
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: sisimbiva, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20180206200532
Steps to reproduce:
- Be in Month view, March 2018
- Double click on April 1st to create an event
- Save the new event
Actual results:
View switches to April 2018
Expected results:
It should remain on the last active view
It is very annoying in "Multiple Weeks" view:
- Create or edit an event next week
- Save the event
- Result: the first week shown is next week, not current week
Comment 1•7 years ago
|
||
Confirming for 5.4 if editing in a tab is enabled. This is not an issue in dialog editing mode.
Reporter | ||
Comment 2•7 years ago
|
||
(In reply to [:MakeMyDay] from comment #1)
> Confirming for 5.4 if editing in a tab is enabled. This is not an issue in
> dialog editing mode.
Actually, it is. (TB 52.6.0, Lightgning 5.4). Editing in a tab is disabled for me, and I do have the issue.
Comment 3•7 years ago
|
||
(In reply to Sisim Biva from comment #2)
> Actually, it is. (TB 52.6.0, Lightgning 5.4). Editing in a tab is disabled
> for me, and I do have the issue.
Unfortunately not for me on Win10 with TB 52.7 and Lightning 5.4.7 - have you checked that with all other addons disabled?
Flags: needinfo?(sisimbiva)
Reporter | ||
Comment 4•7 years ago
|
||
@MakeMyDay : you're right, the addon "Calendar Tweaks" (https://addons.mozilla.org/fr/thunderbird/addon/calendar-tweaks) creates the issue. I'll put a comment on its page.
I'm not using "editing in a tab", so feel free to keep this issue open or to close it.
Thank you for your support!
Flags: needinfo?(sisimbiva)
Comment 5•7 years ago
|
||
Thank you for checking. Let's keep this bug for the inconsistency between tab and window mode.
Summary: Unwanted switch of the view to the last edited day → Unwanted switch of the view to the last edited day in multi-week view if event-in-a-tab is enabled
Reporter | ||
Comment 6•7 years ago
|
||
@MakeMyDay I found another annoying situation when this bug appears:
- Be in Month view, March 2018
- Double click on April 1st to create an event
- Save the new event
- Switch to Message tab
- Go back to Calendar tab
Actual results:
- View switches to April 2018
Idem with Multiview. Tested with TB 52 and TB60b6 without extension
Reporter | ||
Comment 7•6 years ago
|
||
Hello, any news on this issue?
Comment 8•6 years ago
|
||
As you already found out in comment 6, this is behaviour pre-existing to the introduction of the event-in-a-tab feature. Up to then this doesn't matter, but now it does when using the tab mode.
After having a brief look, there seem to be two options to fix this:
First is to change to change the behaviour when dblclicking and no longer also select the day in view, since the previously selected day before re-entering the calendar view is (expectedly) used to pre-select a selected day again and centered the view based on that (which results in a month switch here).
Alternatively, we would have to collect some more context information of the pre-existing view and use that when initializing the view when switching back to the view tab.
At the time being, it's not likely to get a fix for the initial release of the ERS60 series, as it's already close to be released - except somebody steps up with a patch, of cause.
Reporter | ||
Comment 9•6 years ago
|
||
IMO, your alternate solution [collect some more context information of the pre-existing view] is much better. Indeed, it's not because I select a specific day, that I want to change the view the next time I switch back to the view tab.
I really think that the view should not be changed in ANY circumstances, unless the user decides to change it.
If it's not for the initial release, when do you think it could be fixed?
Comment 10•6 years ago
|
||
There is no ETA. Since this is an all volunteer project, somebody needs to come up with a patch. And this issue correctly doesn't have a high severity.
I'm removing the dependencies, since this is also an issue when in window mode and we don't consider this for ltn62.
No longer blocks: event-in-a-tab, ltn62
Reporter | ||
Updated•6 years ago
|
Summary: Unwanted switch of the view to the last edited day in multi-week view if event-in-a-tab is enabled → Unwanted switch of the view to the last selected day in multi-week view
Reporter | ||
Comment 11•6 years ago
|
||
Hello, any news on this issue?
In fact, it's not related at all to new event, or editing an event. It's just related to the selected day: as soon as you come back to Lightning, the view is changed to show the last selected day at the beginning of the view. This is particularly annoying in Multiweeks view.
In my understanding, it's more a feature to deactivate, than a new feature to develop. Why should the view be changed? We just have to not "initialize" the view when Lighting is opened.
I'm not sure to be clear: is it understandable?
Thank you for your support!
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•