1648678 - Changing the timezone using tzutil.exe (Windows) or timedatectl (Linux), instead of using the GUI, does not update ICU timezone used for website date/time functionality

Status: REOPENED

(Core :: JavaScript: Internationalization API, defect, P5)

Description

[[e-mail]]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.113 Safari/537.36
Firefox for Android

Steps to reproduce:

1. Open cmd.exe as administrator or
   logon to Linux or any OS as root
   SECOND STEP
2. cmd.exe => C:\Windows\System32\tzutil.exe /s "Aleutian Standard Time"
   "Aleutian Standard Time" can be any valid time zone.
   OR
   timedatectl set-local-rtc 1
   1 can be any valid number as per time zone.
3. Write sample.html which is writing
   new Date().toTimeString();
   using java script.
4. re do "SECOND STEP" alone using tzutil.exe or timedatectl as per operating system to change different time zone.
   Do not close firefox/firefox.exe
5. If we refresh that sample.html it will not display updated time as per current time zone.
   However at Linux/related OS will display correct time:
   ECHO %DATE% %TIME%
   OR
   /usr/bin/date
   firefox.exe/firefox retaking the values only when we restart firefox/firefox.exe
   I FEEL THAT THIS COULD NOT HAVE BEEN TESTED FROM BASE VERSION TILL NOW.

Firefox version: 77.0.1 Firefox Release June 3, 2020
I am not sure about Version: branch

Actual results:

If I am travelling across the galaxies
http://geocities.ws/murugesan/MyCertificates.html
firefox displaying my current galaxy time.

Expected results:

when I reach next galaxy
I may do previous galaxy action here.
restarting firefox displaying my current time as per firefox/firefox.exe browser usage
only for fun :)
to reduce tension across development, testing, support and release teams.
$ strings -a firefox | grep -i version
os_version
build_version
https://aus5.mozilla.org/update/6/%PRODUCT%/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%SYSTEM_CAPABILITIES%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml
https://crash-reports.mozilla.com/submit?id={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&version=77.0.1&buildid=20200602222727
GetFileVersionInfoSizeW
GetFileVersionInfoW
VERSION.dll
RtlGetVersion
GetVersionExW
VerifyVersionInfoA
VerifyVersionInfoW
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
version="1.0.0.0"
version="6.0.0.0"
version="1.0.0.0"
$ /usr/bin/ls -ltr firefox | awk '{ print 0$7"-"$6" "$8" "$NF}'
03-Jun 05:24 firefox

Comment 1

[:Gijs (out for now; he/him)]

Doesn't look like this needs to be a security bug. Also maybe a dupe of bug 1348916. Also, the testcase at https://bug1348916.bmoattachments.org/attachment.cgi?id=8849197 works fine when refreshed. Likewise,

http://geocities.ws/murugesan/MyCertificates.html

After updating my timezone on macOS, the time zone descriptors on the page update after refreshing the page (without restarting Firefox). It's not clear to me from comment #0 if that's also what you're seeing and/or what else you expect.

Comment 2

[[e-mail]]

I am attaching related steps and snapshots from:

1. firefox.exe
2. chrome.exe
3. iexplore.exe
   I need to know how to attach document here ?

Comment 3

[[e-mail]]

Attachment: firefox_bug.docx

found attachment button.

Comment 4

[[e-mail]]

attached same now.

Comment 5

[[e-mail]]

I thing you have tried following steps to reproduce the same:

1. Click date at right most end of task bar
2. Click "Change date and time settings..."
3. Click "Change time zone"
4. change any one of the time zone using GUI.
   This used to work.
   However this will not work if you do the same using tzutil at windows
   or timedatectl at Linux oriented OS => I cannot test the same here at Linux.
   I feel so.

Comment 6

[[e-mail]]

One more information(not related to bug):
Better I will write further comment once this bug being fixed.

Comment 7

[[e-mail]]

Let me write the comment now itself.
Searching job from 01-Jan-2020 till now.
Providing knowledge transfer at experts-exchange => without zero paisa profit.
from experts-exchange received:

1. 5 t-shirt for last 16 years
2. 5 certificates last 16 years of knowledge transfer.

If POSSIBLE(AND IF APPLICABLE) provide related things(example: T-shirt/...) due to this bug fix.

Regards
N Murugesan
11/3 10TH CROSS
MAGADI ROAD
BANGALORE or BENGALURU
560023
following out of scope:
https://bugzilla.mozilla.org/user_profile?user_id=159069
2004-11-08 06:55:19 PST (16 years ago) => from 2004 :)
I started providing Knowledge Transfer from Aug/2003 at experts-exchange (murugesandins)

Comment 8

[[e-mail]]

Waiting for your comment ?

Comment 9

[[e-mail]]

based on your response and automated reply email,
clicking new clone of current bug.

Comment 10

[[e-mail]]

I have sent an email to:
[e-mail];[e-mail]
Sent:
Sat 27 Jun 2020 06:14 PM
Sent:
Sat 27 Jun 2020 06:12 PM

Comment 11

[[e-mail]]

http://geocities.ws/murugesan/firefox_Comedy.html
Remember my website url:
http://geocities.ws/murugesan/index.html
http://geocities.ws/murugesan/murugesan_openssl.html
http://geocities.ws/murugesan/MyCertificates.html
http://geocities.ws/murugesan/WhoViewedMyProfile.html
http://geocities.ws/murugesan/HomeChecklist.html
http://geocities.ws/murugesan/JokesReduceTension.html
http://geocities.ws/murugesan/Vehicle_insurance.html
http://geocities.ws/murugesan/Roaming_144_Comedy.html
http://geocities.ws/murugesan/Guiness_record_I_try.html
http://geocities.ws/murugesan/Guiness_record2_try.html
http://geocities.ws/murugesan/Emails.html
http://geocities.ws/murugesan/NEWS_emails.html
http://geocities.ws/murugesan/NPS_emails.html
http://geocities.ws/murugesan/HackUrlEmailNumSms.html
http://geocities.ws/murugesan/BlockWebSite.html
http://geocities.ws/murugesan/GarbageNumbers.html
http://geocities.ws/murugesan/SMS_Hackers.html
http://geocities.ws/murugesan/EmailHackers.html
http://geocities.ws/murugesan/MAB_CurrentBill.html
http://geocities.ws/murugesan/Tamilnadu_CurrentBill.html
http://geocities.ws/murugesan/Karnataka_CurrentBill.html
http://geocities.ws/murugesan/HDFC_MAB_Hacker.html
http://geocities.ws/murugesan/privacy.html
1)
we can open using any browser.
2)
we can open using laptop/workstation/mobile
3)
if we open any url(example http://geocities.ws/murugesan/firefox_Comedy.html)
firefox_Comedy.html link will not be there in that page.
same thing applicable at all other pages.
4)
page will display as per the option on javascript being enabled or disabled :)
5)
I am the owner of that page (provided by free web site provider from geocities and google javascript)

Comment 13

[:Gijs (out for now; he/him)]

I can reproduce using the commandline tool on Windows, but we will have to close this again and disable your account if you persist in spamming people associated with Mozilla or this bugreport, or abuse the flags on this bugreport again.

---

:anba, any idea why the commandline tool behaves differently from the UI here? Do we not get notifications from the OS or something?

Comment 14

[André Bargull [:anba]]

We don't implement time zone change observers (bug 1343826, blocking bug 1348916). The only place where we try to check for updates is Realm::init when creating new JS global objects.

Comment 15

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:Waldo, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 16

[[e-mail]]

@Release mgmt bot [:sylvestre / :calixte / :marco for bugbug]

Thank you for:

1. Re opening this bug
2. looking at current bug.

I am weak in hacking, however I know openssl [ bug 2004 and bug fix during 2018 at opensource zero paisa profit :( ]
However I know what hackers used to do for hacking money from others.
Hence I have changed the defect to S1 (Critical Severity).
http://geocities.ws/murugesan/firefox_Comedy.html
I HAVE NOT WRITTEN TO DEGRADE ANY BROWSERS.
I was:
a) a developer from 2003 till 2013.
b) developer and tester from 2003 till 2013
c) tester from 2013 till 31-Dec-2019
I have raised this defect and updated my web page => not to provide any tension to:

1. development team
2. testing team
3. support team
4. release team
5. client
6. aliens :) (for my fun)

Comment 17

[:Gijs (out for now; he/him)]

Please do not change the severity field again. If you continue to do so your account will be disabled.

Comment 18

[[e-mail]]

ok sure. I will follow the same.

I have updated since
The severity field is not set for this bug.
I was in the mood of support team :) :(