Closed Bug 318454 Opened 19 years ago Closed 16 years ago

new Date() returns wrong date (one day in future)

Categories

(Core :: JavaScript Engine, defect)

Product:
Core
Component:
JavaScript Engine
Version:
1.8 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 411726

People

(Reporter: abarrera, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051010 Mozilla/7 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051010 Mozilla/7 The JavaScript Data Object is bad, because the date that is getting is one day later I only see this bug in Linux, Windows is Ok Reproducible: Always Steps to Reproduce: 1. Write the file <!-- bad_date.html --> <html> <head> <title>Date Problem</title> </head> <body> <script language="JavaScript"> document.write(new Date()) </script> </body> </html> 2. Open it with Mozilla Firefox 3. See the results Actual Results: Thu Dec 01 2005 16:58:52 GMT+1700 (MDT) Expected Results: Wed Nov 30 2005 16:58:52 GMT+1700 (MDT)
Assignee: nobody → js-console
Component: General → JavaScript Console
Product: Firefox → Core
QA Contact: general → jrgmorrison
Summary: JavaScript problme with Date() → new Date() returns wrong date (one day in future)
Version: unspecified → 1.7 Branch
I have firefox 2.0.0.12 with Ubuntu 7.10and have the problem. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/2.0.0.12 I am on GMT-0430 (VET) Actual date: Wed Feb 20 2008 11:21:27 GMT-0430 (VET) Data showed in firefox: Thu Feb 21 2008 11:21:27 GMT+1930 (VET)
Er, oops. Picked a wrong component in 2005 :( Seems similar to bug 65671 (see its dupes), although that one claims to be fixed.
Assignee: error-console → general
Component: Error Console → JavaScript Engine
QA Contact: jrgmorrison → general
the VET issue sounds like bug 411726 (which is supposed to be mac only) What is MDT? Certainly not Mountain Daylight Time...
PS, what is your TZ environment variable ?
Version: 1.7 Branch → 1.8 Branch
I do not have a TZ variable set. My Ubuntu box uses: /etc/localtime Timezone = Americas/Caracas I "recompiled" the TimeZone because last December 9th our country changed its TZ from -0400 GMT to -0430 GMT I don't know if this TZ change affected Firefox javascript Date object. If you need more information just let me know. ./roko
I have this problem on Arch Linux with firefox (bon echo) version 2.0.0.12. I built my own copy of version 3 beta 3 and still have the problem. javascript:alert(new Date()) reports GMT+1500 (AKDT) when the Alaska Daylight time (AKDT) should be GMT-0800 and the current time, Alaska Standard time (AKST) should be GMT-0900. My locale is set to en_US.utf8, my hardware clock uses UTC and my timezone is set to America/Juneau. I use glibc version 2.7 and /bin/date reports the time correctly, as do other applications.
Same problem here. I created a html test file and opened it using firefox. The date displayed was: Tue Oct 14 2008 16:48:58 GMT+1930 (VET) and the expected date was: Mon Oct 13 2008 16:48:58 When the is opened using Konkeror, it returns the following: Mon Oct 13 2008 16:55:55 GMT-0430 Also my TZ is Americas/Caracas. I'm on Fedora 9. No environmental variable TZ. The problem seems to be here: (GMT+1930 vs GMT-0430) Maybe this issue triggers the lightning bug 457749 also. Heishiro.
Duping forward, and I will try to land the patch in bug 411726 today.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Re: comment #7 (from mitsurugi@cantv.net), what version of Firefox are you using?
Im using Firefox 3.0.2 In the about box there's the following info: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2) Gecko/2008092318 Fedora/3.0.2-1.fc9 Firefox/3.0.2
You need to log in before you can comment on or make changes to this bug.