Vivaldi Calender setting event one day earlier
-
@WildEnte no problem, filed
VB-92253
. -
Thanks a lot @aldaviva. Since my nextcloud seemed to show the correct date, I was not certain if this was a vivaldi issue or rather an issue with DAVx5. Hope that I will no longer receive notifications at 1 AM, soon
-
@aldaviva Thank you for the very detailed bug report.
I have confirmed that your findings are 100% accurate and indeed there were also related issues in some other cases. This was all thoroughly unit tested in our code but unfortunately there was a small detail wrong with the tests so they didn't catch it.
And with us who are working on the calendar situated in a timezone which follows UTC time all year round we are a little handicapped when it comes to timezone and DST related things. We do try to test everything in both + and - offset timezones but manual testing will always be lacking. Not that I'm trying to make excuses for such issues, it is just something that I've always considered a nice thing (to not have to worry much about these brain bending things that are time offsets) is now a disadvantage.
Anyway, a fix for this issue has now started its' journey into Vivaldi code. Coming to a release soon.
Thanks a bunch for testing and spending the time to dig into it, much appreciated.
-
@nedinisj I believe the source of your troubles with event times all over the place was a mix of the same issue as @aldaviva had with timezones, plus there was an additional bug with events having "Always in local time" set, causing them to jump also in Vivaldi locally. BTW, not sure if it is immediately obvious but that option should create an event which is shown at the same local time, no matter where in the world the calendar is viewed. Event at 11:00 will show at 11:00 whether you are in New York or Calcutta.
Both the issues should be fixed with the above mentioned change. I do hope you find Vivaldi Calendar useful and it can continue to make your life that little bit better.
-
@aldaviva said in Vivaldi Calender setting event one day earlier:
spent the time to figure out what was happening and how to fix it
Given @eggert 's reply I nominate @aldaviva' s contribution for the not yet existing forum post of the month award. Furthermore I suggest to have a "forum post of the month" award
-
@eggert You're very welcome, I'm glad it was helpful! It's really exciting to be able to contribute something back to the browser I love.
I also work on a product that handles scheduled meetings and I've seen many (and caused a few) time zone and DST issues over the years, so it's no surprise when it rears its head again. But anything that helps add to or improve a test suite is valuable progress, even if we can never truly cover 100% of cases for such a complicated problem.
-
The fix for VB-92253 has been released in Vivaldi 5.6.2867.36 Stable today. It is working well for me so far, without any of my own earlier file modifications.
Thank you again @eggert and the whole Vivaldi team!
-
@aldaviva Great! Thanks again for the excellent report.
-
@eggert I have a similar issue but when using Open Sync for syncing Vivaldi calendar to mobile. Event is synced into mobile (Android) via Open Sync (from Play store), but the date is wrong, one day early and 23.00. Tested with calendar apps Etar and Google's calendar on Android. Appears when adding and syncing new events for today or Monday. Strangely enough, at least one event further in the future, April 2023, was timed correctly. Timezone is the Vivaldi calendar default offered to me, Current (Europe/Helsinki), same with manually set Europe/Helsinki.
I think I found instructions to use Open Sync on Vivaldi site help on the mobile, but now cannot seem to find it again. In case it's something wrong with Open Sync and not instructed here to use Open Sync, this might be not relevant to Vivaldi. Maybe should use some other sync app if that's the case.
Update: Some other hits on Open Sync,
a previous report of a similar problem:
https://forum.vivaldi.net/topic/76875/calander-events-in-browser-different-than-web-calendara note to not use Open Sync and not tell people to use it saying it's a bad fork and use another software instead, from 2017 though so not sure if current:
https://forum.vivaldi.net/topic/20651/vivaldi-mail-caldav-e-cardav/6?_=1671211227077Anyway, might be best to try and use some other sync app.
Another update: installed the app mentioned in the 2017 message, but unfortunately it has the same issue, so the problem persists.
Yet another update, a workaround: if I set the time zone to be always the local time, the event is placed correctly.
On Ubuntu, browser version vivaldi-stable_5.6.2867.46-1_amd64.deb
-
@JyrkiKuoppala This sounds like some kind of timezone, or more specifically daylight savings, kind of issue. Might very well be on our side.
At the moment I am quite deep into some refactoring to improve performance and future proof our code. Will try to check up on this issue as soon as I have time.
-
@eggert Thanks - one more data point, most of the time now even with always local time, Android side shows the event two hours too early. Points maybe to time zone issues as Helsinki tz is two hours off GMT.
-
I had this time shift problem in the early days of mail / calendar - module.
Now, therefore, after reading this post, I tried it out to see if it will display correctly for me.
No, it won't. At least not for a full day event. I have a full day event set to Dec 24, 2022. On the smartphone and in the webmail - Vivaldi - calendar it shows up as an event on Dec 23, so 1 day early.
I am using the latest version of Vivaldi stable, 5.6.2867.50. However, the bug also exists in the latest Vivaldi snapshot, 5.7.2887.3.
-
I also see the problem mentioned by @JyrkiKuoppala in the latest version - 5.6.2867.58 (Stable channel) (64-bit).
Steps to Reproduce:
- Add a CalDAV calendar to Vivaldi.
- Create an event in the above CalDAV calendar for 16h00 choosing a specific timezone - e.g. Asia/Calcutta (UTC+0530).
- Wait for the refresh interval, or manually refresh the calendar.
- After successful refresh, the event jumps ahead 05h30 hours, i.e. the event time is now 21h30 instead of 16h00.
I do not see this behaviour if I originate the event using Thunderbird with the same CalDAV calendar.
-
For the record, I think I have the same issue. When I add a full day Task to my Google Tasks, the same task shows up in Vivaldi a day earlier. I'm in Mountain Time GMT-7.
My understanding from this thread is the problem is recognized and yet to be addressed by an update? -
@nschloss
Hi, there are a lot of calendar fixes in the last few snapshots, may you check this one:Vivaldi 5.7 is around the corner, maybe in a week or so.
Cheers, mib
-
Thanks for this update
I'm now running 5.7.2914.3 (Official Build) (Pending update 5.7.2921.29) (64-bit) .
Tested the process again but still getting the same results - a full day Task added in Google is showing up a day earlier in Vivaldi. Maybe v5.7 will have the fix - fingers crossed! -
@nschloss
May I ask, did you install 5.7 snapshot over a 5.6 install?
If yes, you cant go back to a 5.6 version.
If you want get back to the stable version the best time is after the release of 5.7, itΒ΄s mostly a bit "newer" than the latest snapshot.Cheers, mib
-
Yes, I guess I did as I was at the latest current release version before. But I'm confused by your subsequent comments. Did I mess up installing the 5.7 snapshot over the 5.6 version? How do I go back to the v5.6 at this point? Sorry I'm not totally in tune with the process
-
@nschloss
You can install a newer version over an older but downgrade is not recommended.
The main reason is 5.6 use Chromium 108 but 5.7 use 110.
I would simply wait for the next 5.7 stable and install it over your actual install, itΒ΄t not far away, maybe a week or so.
If you want to test a snapshot use the standalone install, this is independent of a regular install.https://vivaldi.com/blog/snapshot-vs-stable/
https://help.vivaldi.com/desktop/install-update/standalone-version-of-vivaldi/
Cheers, mib
-
@nschloss @mib2berlin @eggert Tested with 5.7.2921.53 (Stable channel) stable (Ubuntu Linux), Helsinki TZ. I think there's improvement, but still at least one issue:
-
entry made with laptop full day entry for tomorrow with default tz shows up correctly on mobile - though apparently Vivaldi converts this to "always local" which might explain the difference between this and the local tz event
-
entry made on laptop for Saturday with "always local" setting shows up correctly on mobile (I think there was a two hour mismatch for this earlier)
-
however, still a bug: an entry made for today for 18.00 from Vivaldi on laptop with default tz setting (Helsinki) is shown on yesterday at 23.00
So, based on this test, assuming it's consistent behaviour (not 100% sure it's been earlier), a working workaround now is to remember to always set the option to use always local time
-