Closed Bug 1617587 Opened 4 years ago Closed 4 years ago

Daily view scrolls to midnight when navigating

Categories

(Calendar :: Calendar Frontend, defect)

Lightning 68.5.0
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1571552

People

(Reporter: juergen, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0

Steps to reproduce:

Configure the "Day starts at:" to 08:00. Open a calendar weekly view.
Adjust the view by scrolling to 08:00 (so 08:00 is at the top and nothing before that time is visible).
Then navigate to the next week.

Actual results:

The page ignores the "Day starts at" setting and does not use it as the first time to display. When adjusting this manually and moving to the next week, it jumps to start at midnight again.

Expected results:

The "Day starts at" should be honored, or the manual setting should.
It used to be like that in versions before 68.

There has been a bug like this quite some time ago: https://bugzilla.mozilla.org/show_bug.cgi?id=462278
There is also a Thunderbird bug regarding this topic: https://bugzilla.mozilla.org/show_bug.cgi?id=1599903

I'm not seeing that behavior in my Thunderbird 68.5.0 on Ubuntu 18.04.3 LTS Linux.

My day is set to start at 08:00.
When I open Thunderbird and select the Calendar tab, 08:00 is at the top of the view in both Day and Week view. No need to scroll to it.
Switch between views it remains at 08:00.

  1. Set start time to 08:00, end time to 18:00. It will be marked accordingly in the weekly view (lighter yellow for the day period).
  2. Set "Show hours" to display to 10:00. This will be reflected in the number of hours in the view (top to bottom).
  3. Switch to the calendar. Display starts at midnight.
  4. Manually adjust the display to start at 08:00. Navigate to the next week.
  5. The display starts again at midnight.

I have just verified this with Thunderbird 68.5.0 under Windows 10 (latest build). This is the behaviour I get since version 68.

Now, I checked the prefs.js file in my Thunderbird profile and noticed that there are only these three lines referring to the calendar view:

user_pref("calendar.view.dayendhour", 18);
user_pref("calendar.view.showLocation", true);
user_pref("calendar.view.visiblehours", 10);

"calendar.view.daystarthour" is missing. However, on the configuration page for "Calendar", it is set to 08:00.

So, I terminated Thunderbird and manually entered

user_pref("calendar.view.daystarthour", 8);

into prefs.js. Delete xulstore.json. Restart Thunderbird. The entry I have added to prefs.js has been deleted by the restart of Thunderbird (because it is the default?). The display now starts at about 01:30.

Redo the same with 07:00 as the day start hour, and with 11 visible hours. Delete xul.json, restart Thunderbird. This time, the entry remains in prefs.js. However, the display is still at a start of about 01:30.

What is happening here? Why was it midnight before and now is 01:30?

Same as 1612736?

Summary: Daily view scrolls to midnight when havigating → Daily view scrolls to midnight when navigating

Jürgen, has your problem been resolved in a more recent Thundebird version (like 68.12.0 or 78.2.2)?

Flags: needinfo?(juergen)

Martin, I am running 68.12.0 now under Windows 10. The problem still persists.
Right now, my calendar seems to prefer to start at 01:00.

My present (ugly) workaround: I display enough hours, so my day until 18:00 fits on the page, taking the early start at 01:00 into account.

None of my extensions seems to work with 78.3.0 but I upgraded to 78.3.0, anyway, to test it.
The alignment seems to be fine. The setting in the options regarding the start of day and the number of hours displayed seems to be honored.
This may, of course, also be due to some add-on now being disabled.

My current add-ons are:

  • Colored Folders
  • CompactHeader
  • gContactSync
  • ImportExportTools NG
  • LocalFolders
  • LookOut (fix version)
  • Provider for Google Calendar

Going back to version 68 now.

Flags: needinfo?(juergen)
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.