MozillaZine

Seamonkey Print page date/time error (Linux)

Discussion of bugs in Seamonkey
tbwdave
 
Posts: 7
Joined: October 5th, 2020, 5:43 pm

Post Posted October 5th, 2020, 5:54 pm

Hi. I have Seamonkey 2.53.4, running on Antix 17.4, 32 bit linux.

It works well, except that the page footer Date/Time shows 12/13/69, and the time is arbitrary.
In Preferences - Calendar - Date Text Format window, the current date is shown properly.

I also have Firefox and Thunderbird on the system. Both of those seem to handle date and time properly.

Please provide a clue or two.

Thanks!
Last edited by DanRaisch on October 6th, 2020, 6:29 am, edited 1 time in total.
Reason: (Linux) added to subject line.

ndebord

User avatar
 
Posts: 896
Joined: December 7th, 2002, 9:53 am

Post Posted October 6th, 2020, 6:13 am

tbwdave wrote:Hi. I have Seamonkey 2.53.4, running on Antix 17.4, 32 bit linux.

It works well, except that the page footer Date/Time shows 12/13/69, and the time is arbitrary.
In Preferences - Calendar - Date Text Format window, the current date is shown properly.

I also have Firefox and Thunderbird on the system. Both of those seem to handle date and time properly.

Please provide a clue or two.

Thanks!


tbwdave

FWIW, SM 2.53.4 (32 bit) in Windows shows the proper date time stamp.
-N- Quis custodiet ipsos custodes
SeaMonkey(32bit), Acer Spin, Windows 10 Pro (X64 v1909), WinPatrol, MalwarebytesPremium & Avira

WaltS48

User avatar
 
Posts: 4508
Joined: May 7th, 2010, 9:38 am
Location: Pennsylvania, USA

Post Posted October 6th, 2020, 6:34 am

tbwdave wrote:Hi. I have Seamonkey 2.53.4, running on Antix 17.4, 32 bit linux.

It works well, except that the page footer Date/Time shows 12/13/69, and the time is arbitrary.
In Preferences - Calendar - Date Text Format window, the current date is shown properly.

I also have Firefox and Thunderbird on the system. Both of those seem to handle date and time properly.

Please provide a clue or two.

Thanks!


Is the Timezone set to the closest city in your timezone in Preferences > Calendar?

What is your setting under the Date and Time Formatting setting in Preferences > Appearance?
Linux Desktop - AMD Athlon(tm) II X3 455 3.3GHz | 8.0GB RAM | GeForce GT 630
Windows Notebook - AMD A8 7410 2.2GHz | 6.0GB RAM | AMD Radeon R5

tbwdave
 
Posts: 7
Joined: October 5th, 2020, 5:43 pm

Post Posted October 6th, 2020, 10:49 am

Is the Timezone set to the closest city in your timezone in Preferences > Calendar?
Yes. And, as previously stated, the Date shows correctly in Calendar - Date Text Format window: "Long: Tuesday, October 6, 2020"

What is your setting under the Date and Time Formatting setting in Preferences > Appearance?
It was set to "Application Locale: English (United States)"
The other option is "Regional Locale: English (United States)"
I switched to the other option, and restarted SeaMonkey, with not change in the Print Date/Time line.
So, I switched it back.

In Print Preview - Options, I can change to another option for this footer position (eg., URL) and the change takes effect properly upon printing. However, when Date/Time is selected, the date is always 12/31/69 and the time is 1:50pm or later. The time, in the footer, seems to start around 1:50pm at each computer reboot. However, the computer date and time is correct. It seems that footer (and header) info is not connected to the Date/Time source, even though the browser knows the date and time. I first noticed this issue, yesterday, with SM 2.53.3, and upgraded to 2.53.4, with no change. However, several months ago, with an earlier SM version the date/time printed properly. Of course, there have been other system upgrades since then, so I can't tag this to a SM version.

therube

User avatar
 
Posts: 20571
Joined: March 10th, 2004, 9:59 pm
Location: Maryland USA

Post Posted October 8th, 2020, 11:36 am

?

I recently Archived and many folders now have a blank 12/31/1969 email in them

(If something relating to Thunderbird doesn't pan out, there were a lot of hits on the Grateful Dead ;-).)
Fire 750, bring back 250.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball CopyURL+ FetchTextURL FlashGot NoScript

tbwdave
 
Posts: 7
Joined: October 5th, 2020, 5:43 pm

Post Posted October 8th, 2020, 3:10 pm

therube,
Thanks for sharing the similar sounding error with Thunderbird email archive dates.

I can't see that it applies directly, but I followed a rabbit trail, and found that FireFox v.53 had a similar problem a couple of years back (see
https://bugzilla.mozilla.org/show_bug.cgi?id=1362817).

That thread seems to be a discussion between developers as they figured out the cause, which affects 32 bit systems only (which is also true of my present problem). I'm not bright enough to know whether the solution they found can be applied to my present SeaMonkey version, or if I must patiently wait for it to be fixed (hopefully) with the next update.

tbwdave
 
Posts: 7
Joined: October 5th, 2020, 5:43 pm

Post Posted October 9th, 2020, 11:41 am

Considering what I found in the above post (concerning a similar problem with FireFox, awhile ago), perhaps this thread should have been posted under SeaMonkey bugs.

I would appreciate evaluation by a forum moderator...
Is this problem a bug affecting SeaMonkey 2.53.4 (32 bit systems only)?
(A friend, who uses MX-19 linux on both 32 bit and 64 bit systems, confirms the same issue, on his 32 bit system. It works properly on his 64 bit system.)

If so, will be addressed soon?

Thank you!

Frank Lion

User avatar
 
Posts: 20841
Joined: April 23rd, 2004, 6:59 pm
Location: ... The Exorcist....United Kingdom

Post Posted October 9th, 2020, 1:00 pm

tbwdave wrote:Considering what I found in the above post (concerning a similar problem with FireFox, awhile ago), perhaps this thread should have been posted under SeaMonkey bugs.

The only tenuous connection is the 31st of December 1969 date, which is the day before the default UNIX date of 1/1/1970.

i.e. whenever anything with dates goes wildly wrong, the date often reverts to its UNIX date, but that doesn't mean any connection between SM, T/Bird or Firefox problems.

Yours is a 32 bit Linux problem.
Metal Lion latest SeaMonkey & Thunderbird Themes - Sea Monkey and Silver Sea Monkey
"The only thing necessary for the triumph of evil, is for good men to do nothing." - Edmund Burke (attrib.)

tbwdave
 
Posts: 7
Joined: October 5th, 2020, 5:43 pm

Post Posted October 9th, 2020, 2:15 pm

Okay... I'll take your word for it.

Thanks!

Frank Lion

User avatar
 
Posts: 20841
Joined: April 23rd, 2004, 6:59 pm
Location: ... The Exorcist....United Kingdom

Post Posted October 10th, 2020, 4:13 am

tbwdave wrote:Okay... I'll take your word for it.

That just means that historically Linux and printers (drivers) often just don't get along, so you have to suspect them before anything else.

However https://bugzilla.mozilla.org/show_bug.cgi?id=1362817 really does look linked here, the only mystery being why if this was fixed in Firefox 53 that it might still be a bug in SM.

Reckon I'll get this thread moved to bugs
Metal Lion latest SeaMonkey & Thunderbird Themes - Sea Monkey and Silver Sea Monkey
"The only thing necessary for the triumph of evil, is for good men to do nothing." - Edmund Burke (attrib.)

DanRaisch
Moderator

User avatar
 
Posts: 123836
Joined: September 23rd, 2004, 8:57 pm
Location: Somewhere on the right coast

Post Posted October 10th, 2020, 4:29 am

Moving to SeaMonkey Bugs forum.

frg
 
Posts: 997
Joined: December 15th, 2015, 1:20 pm

Post Posted October 10th, 2020, 4:23 pm

Thought I backported every intl bug > 56 but seems I missed this one. Will be fixed in tomorrows WG9s build and SeaMonkey 2.53.5b1. Affects only x86 Linux builds it seems. Just tested Windows x86 and it is fine.

breee
 
Posts: 3
Joined: August 9th, 2019, 11:03 am

Post Posted October 12th, 2020, 12:18 pm

hello tbwdave
the print_ values of: if &T is title then why is &PT of total?
try &P is page number and &L is total pages loaded.

32 bit gonna get some love. delightful.
dating is outdated; that is just ... not funny.
Thanks frg for tackling this folds of date format update methods. changing all the time. .. again not funny .. by ff version.

fix to overall timestamp will fix both the reported 32bit linux faults at

devtools.netmonitor.har.defaultFileName ;Archive %date
and
print.print_footer*, use of value ;&D

hope? a timely fix just in time for another timely fix?
32bit linux I find the date printing error problematic workaround. Glad i did not suffer the archive name problem.

Return to SeaMonkey Bugs


Who is online

Users browsing this forum: No registered users and 1 guest