Bug 1456997

Summary: Date and time are incorrect when printing
Product: [Fedora] Fedora Reporter: Stefano Biagiotti <stefano.biagiotti>
Component: firefoxAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 25CC: gecko-bugs-nobody, jhorak, kengert, pjasicek
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-20 07:53:44 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Stefano Biagiotti 2017-05-30 23:47:21 UTC
Description of problem:
When printing, date and time in the footer are incorrect.
Printed date is always 1/1/70 and time is something between 00:00 and 01:59.

Version-Release number of selected component (if applicable):
firefox-53.0.2-5.fc25.i686

How reproducible:
Always. Just try to print and watch the incorrect date and time.

Additional info:

I downloaded firefox-52.0.2-2.fc25.i686.rpm from koji and it works as expected, date and time are ok. I suppose there is a bug in the new v53.

I tried to reproduce on an x86_64 PC, but x86_64 version works correctly. I suppose there is a bug in the 32-bit version only.

I tried to reproduce on another i686 PC, and I confirm the bug appeared after I dnf-updated.

I installed chromium and icecat and both work well.

System time is correct:
$ LANG=en_US timedatectl
      Local time: Wed 2017-05-31 01:00:29 CEST
  Universal time: Tue 2017-05-30 23:00:29 UTC
        RTC time: Tue 2017-05-30 23:00:29
       Time zone: Europe/Rome (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Comment 1 Jan Horak 2017-06-20 07:52:55 UTC
Hey, good work on finding the upstream bug! I guess we can close it now and track it upstream.