Portugal, Lisbon timezone is broken in alarm picker

REPRODUCIBILITY: Always
OS VERSION: 5.2.0.17
HARDWARE: Jolla Phone 2026
UI LANGUAGE: Portuguese (European)
REGRESSION: Unknown

DESCRIPTION:

The alarm picker, under some conditions, has inconsistent controls (the analog and the digital control), i.e. in my case (BST right now), the controls are off by one hour. (see image)
So to set alarms I have to make sure to take that into consideration.
Note that on the alarm list the hours are correct.

PRECONDITIONS:

Preconditions: change the timezone from UTC

STEPS TO REPRODUCE:

  1. Open the Alarms/Clock app

  2. Create a new alarm

EXPECTED RESULT:

That the picker respects the current timezone

ACTUAL RESULT:

Alarms are correct if the analog visual is taken into consideration, the digital visual is incorrect.

MODIFICATIONS:

None

ADDITIONAL INFORMATION:

9 Likes

For me the alarm selector works fine (on JP2). Have you doublechecked your timezone setting?

Yes, the only place that does not follow localtime (i.e. my timezone Europe/Lisbon) is that picker. Curiously tried with the timezone changed to Europe/Madrid and that one is fine.

Europe/Lisbon timezone is equal to UTC. But Portugal has summertime so today is UTC+1 (this w/o Azores). So it is hard to say the timezone is not correct when UTC is shown. So maybe in the definition of Europe/Lisbon the summertime is missing?

Is there a difference between the clock on the startscreen and the time picker in the alarm setting?

2 Likes

That’s correct for Europe/Lisbon

I know what is my timezone and its relation with both UTC and DST changes. Like I mentioned on the bug description that specific picker is the only instance on the entire SailfishOS interfaces (as far as I know) that show time that is incorrect. The clock on the start screen is correct, the clock on the Alarm landing pane is correct (i.e. where it shows existing alarms), the clock on the lock screen is correct, the clock on appsupport (i.e. the android container) is correct.

And if you look at the image it’s pretty obvious that while the “clock” hands show 9:00 (this is correct timezone+dst aware control), the digital display shows 10:00 which is incorrect.

3 Likes

Hey @alkasetzer, thank you for the bug report!

I also initially missed the fact that the clock hands and the digital readout differ. (That’s hilariuos, except when you need your alarms to work, of course :wink: ).

Would you mind updating the bug report to stress this discrepancy? I think that would help developers understand and fix the issue.

@jojomen thanks for your feedback. I’ve updated the post with, hopefully, better descriptions.

2 Likes

Thank you, your report seems clear to me now!

What exactly do you mean by “localtime” here?

What are your Settings => Time and date?

Hi, Portugal, Lisbon

I can produce same error on Jolla C2, 5.1.0.11

Europe/Lisbon here too, same issue, both on C2 and on JP2026

2 Likes

Maybe there is something wrong in the definition in this timezone.

Please check it: Changed the timezone, maybe reboot.

Curious, changing it to anything else works fine, London (same timezone) and even Madeira (also the same timezone, and also in Portugal) work perfectly.

You might be onto something…

3 Likes

Good work being done here, pinpointing the problem! Maybe it’s time to bring this to the next Community Meeting, to get Jolla’s attention?

(I first thought this was some special handling of UTC, but with London and Madeira timezones working, it seems even more convoluted.)

yes, I had already noticed that madrid was fine. I have no idea why only Lisbon appears broken, as it’s basically the same as the UK (GMT/BST).

In case another confirmation is needed… I am in Lisbon timezone, and indeed: a new alarm is created correctly according to the analog clock, but the numerical value displayed in the picker is off by 1 hour.

Another portuguese user here, I confirm the bug is present in C2 (5.1.0.11) and in P2 (5.2.0.17). In Portugal, Lisbon the hour number is 1 hour higher than the analog clock, changing to UK, London it shows correct. Alarm sounds off at correct time.

It is a regression. Does not happen with on a 10iii with 5.0.0.78.

1 Like