Tobias Burnus Reporter
	Description • 24 years ago

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.

	dcone (gone)
	Comment 1 • 24 years ago

Think this is for you rod

	Tobias Burnus Reporter
	Comment 2 • 24 years ago

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).

	rods (gone) Assignee
	Comment 3 • 24 years ago

Erik, have seen anything like this before?

	Tobias Burnus Reporter
	Comment 4 • 24 years ago

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'.

	Erik van der Poel
	Comment 5 • 24 years ago

nhotta is our date/time format expert.

	nhottanscp
	Comment 6 • 24 years ago

Is that print header only? How about dates in "History" (Tasks->Tools->History)?

	Tobias Burnus Reporter
	Comment 7 • 24 years ago

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.

	rods (gone) Assignee
	Comment 8 • 24 years ago

I'll take a look at this for 0.9.1

	nhottanscp
	Comment 9 • 24 years ago

There was a bug in nsDateTimeFormatUnix.cpp. It was fixed in rev=1.34.
This should be fixed in mozilla0.9.

	Keyser Sose
	Comment 10 • 24 years ago

*** Bug 73599 has been marked as a duplicate of this bug. ***

	sujay
	Comment 11 • 24 years ago

verified in 5/7 build.

	Marc Mongenet
	Comment 12 • 24 years ago

I use Mozilla 0.9.1 {Build ID: 2001060713} on  Linux (Debian 2.2) and I still
see this bug.

	sujay
	Comment 13 • 24 years ago

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...