Closed Bug 67293 Opened 25 years ago Closed 25 years ago

Printed Footer: Time is constantly '22:00'/'10:00 PM'

Categories

(Core :: Printing: Output, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: burnus, Assigned: rods)

References

()

Details

This is with 2001-01-31-21/Linux. If I print a page, the date is 01.02.2001 22:00 and I have: Thu Feb 1 14:18:37 CET 2001 Thu Feb 1 13:18:51 UTC 2001 At first I thought the time zone was the problem (-7h from GMT instead of +1h), but since the minutes stay constant, it also might be a hardcoded time. The date seems to be ok.
Think this is for you rod
Assignee: dcone → rods
Change summary to reflect that the string is always '02.02.2001 22:00'. I don't know whether this is a local time problem or a string constant. I remember a problem with the FTP access and the date, so here are my local settings: Linux 2.2.18 with LANG=de_DE.ISO-8859-1 and the timezone is Europe/Berlin (+1 to GMT/UTC).
Summary: Footer: Time is wrong (hard coded time [zone?]) → Printed Footer: Time/date is constantly '02.02.2001 22:00'
Erik, have seen anything like this before?
Status: NEW → ASSIGNED
I'm wrong with the constant date: Yesterday I had '01.02.2001 22:00' and today I have '02.02.2001 22:00', so it only concerns the time. Using LANG= (i.e. POSIX C/English) I get '02/02/2001 10:00 PM'. Somehow the time is constant, but the date isn't. (I changed the subject again to reflect this.) This is with SuSE Linux 7.1b6 and Glibc 2.2. I tested it with the timezone TZ=America/Chicago (CST) but with the same result. Most irritating is: The minutes are always '00'.
Summary: Printed Footer: Time/date is constantly '02.02.2001 22:00' → Printed Footer: Time is constantly '22:00'/'10:00 PM'
nhotta is our date/time format expert.
Is that print header only? How about dates in "History" (Tasks->Tools->History)?
This is 2001-02-02-21/Linux. The dates (first/last visit) in History are ok. I still get '03.02.2001 22:00' (LANG=de_DE.ISO-8859-1). Except that print selection/pages doesn't work anymore [bug 67537] I don't see any difference.
I'll take a look at this for 0.9.1
Target Milestone: --- → mozilla0.9.1
Target Milestone: mozilla0.9.1 → mozilla1.0
There was a bug in nsDateTimeFormatUnix.cpp. It was fixed in rev=1.34. This should be fixed in mozilla0.9.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 73599 has been marked as a duplicate of this bug. ***
Blocks: 77421
verified in 5/7 build.
Status: RESOLVED → VERIFIED
I use Mozilla 0.9.1 {Build ID: 2001060713} on Linux (Debian 2.2) and I still see this bug.
Looks liek we have two bugs on the same issue....this bug was fixed on 6/14...so please use a build after that.... and it should work now on 6/14 and later builds... you can look at bug 83655...
You need to log in before you can comment on or make changes to this bug.