https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968
--- Comment #34 from Frédéric Buclin <LpSolit at netscape dot net> ---
My debug code caught the problem. In one of the last bugmails, I got:
Date: Sun, 03 May 2015 14:56:33 +0000
X-Bugzilla-Debug-Date: Sun, 03 May 2015 14:56:33 +0000
X-Bugzilla-Debug-DeltaTS: 2015-05-03 20:26:33
X-Bugzilla-Debug-Local_Timezone: Asia/Kolkata
X-Bugzilla-TZ-FromEnv: Asia/Kolkata
X-Bugzilla-TZ-FromEtcTimezone: no data
X-Bugzilla-TZ-FromEtcLocaltime: UTC
X-Bugzilla-TZ-FromEtcTIMEZONE: no data
X-Bugzilla-TZ-FromEtcSysconfigClock: UTC
X-Bugzilla-TZ-FromEtcDefaultInit: no data
DeltaTS contains the date stored in the DB; this one is correct. But
while 98% of bugmails have "X-Bugzilla-TZ-FromEnv: no data", this one
has "Asia/Kolkata". This header is populated by $ENV{TZ}. As it takes
precedence over "FromEtcLocaltime: UTC", this explains why the timestamp
is wrong.
Now, I cannot explain why $ENV{TZ} = "Asia/Kolkata" from time to time.
But at least, we know where to look at.
