[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[rawi]

https://bugs.kde.org/show_bug.cgi?id=341909

rawi  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED
 Status|NEEDSINFO   |RESOLVED

--- Comment #21 from rawi  ---
Dear KDE-Team

thank you for following this issue attentive until it's resolve.
Sorry for my late reaction.
My bad, that I still use the same Version as 5 years ago on one legacy
installation.
I am sure, that both gjditchfi...@acm.org and Martin Steigerwald correctly
realized, that this bug doesn't affect any more the newer versions. A quickly
check on an fresh install let me see the same

So please close this bug report as fixed, with a big thanks

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Bug Janitor Service]

https://bugs.kde.org/show_bug.cgi?id=341909

--- Comment #20 from Bug Janitor Service  ---
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=341909

--- Comment #19 from Martin Steigerwald  ---
I am also seeing local time. With KDEPIM/Akonadi 18.08 on Debian Sid.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=341909

gjditchfi...@acm.org changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 CC||gjditchfi...@acm.org
 Status|CONFIRMED   |NEEDSINFO

--- Comment #18 from gjditchfi...@acm.org ---
I believe that this bug has been fixed.  In KMail 5.7.3 I selected a message
containing the header "Date: Wed, 10 Jul 2019 12:00:30 -0700".  I am in zone
-0500.  The reply using a custom template and the print version of the message
both showed the time as 2:00 PM.

Does anyone know of a case where this bug is still present?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=341909

--- Comment #17 from Martin Steigerwald  ---
Okay, I see that Laurent applied the patch for handling time zone in template
variables already:

https://bugs.kde.org/show_bug.cgi?id=308444#c9

So this bug then is just open for the printing case that will likely still be
unfixed.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=341909

--- Comment #16 from Martin Steigerwald  ---
Okay, I think I know when it happens:

It does not happen with:

Date: Mon, 07 Aug 2017 09:56:25 +0200
(mail received by POP3 and stored on local maildir)

But it does happen with:

Date: Mon, 7 Aug 2017 05:23:34 +
(mail on our exchange server)

I.e. it appears to me that KMail (or whatever framework below) ignores time
zone information in "+0200" and just takes the time verbatim, assuming that it
would be local time.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=341909

Martin Steigerwald  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||mar...@lichtvoll.de
 Status|UNCONFIRMED |CONFIRMED

--- Comment #15 from Martin Steigerwald  ---
I can confirm this, still with KMail and Akonadi from KDE Applications 16.04.
However it doesn´t happen with all mails. I try to find out what the difference
is.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Martin Steigerwald]

https://bugs.kde.org/show_bug.cgi?id=341909

Martin Steigerwald  changed:

   What|Removed |Added

 CC||martin.steigerwald@teamix.d
   ||e

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Denis Kurz]

https://bugs.kde.org/show_bug.cgi?id=341909

Denis Kurz  changed:

   What|Removed |Added

 CC||kde...@posteo.de
Version|4.14.2  |5.4.0

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Matt Whitlock]

https://bugs.kde.org/show_bug.cgi?id=341909

--- Comment #14 from Matt Whitlock  ---
I have produced a patch, attached to Bug 308444, that fixes the problem of time
zone information being discarded when processing these template variables in a
reply.

Note: I did not attempt to address the problem when printing.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Matt Whitlock]

https://bugs.kde.org/show_bug.cgi?id=341909

Matt Whitlock  changed:

   What|Removed |Added

 CC||k...@mattwhitlock.name

--- Comment #13 from Matt Whitlock  ---
This still a problem in KMail 5.4.0.

My local time zone is America/New_York. I received a message with header "Date:
Tue, 10 Jan 2017 16:51:49 +". When replying to this message, the template
variable %OTIME expands to "4:51 PM", which is arguably okay, but the template
variable %OTIMELONG expands to "4:51:49 PM EST", which is just wrong. Evidently
the time zone information from the original message's Date header is being
discarded, and the unqualified time is being interpreted as a local time.

Another example: original message contains "Date: Sun, 1 Jan 2017 13:31:25
-0600", but %OTIMELONG in reply expands to "1:31:25 PM EST", which again is
wrong. The time zone information in the original message's Date header has been
discarded, and the time has been interpreted as a local time.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Gunnar]

https://bugs.kde.org/show_bug.cgi?id=341909

Nick (Gunnar) Bluth  changed:

   What|Removed |Added

 CC||gunnar.bl...@pro-open.de

--- Comment #12 from Nick (Gunnar) Bluth  ---
Another confirmation (if that helps) for KMail 4.13.3 (Kubuntu 14.04).

Customer is a lawyer (they obviously like hardcopies) and I got a call today
that the hardcopy sports the wrong date.

Mail's header contains:
Date: Mon, 30 May 2016 14:11:13 +
(both sender and recipient are in +0200)
and the hardcopy shows 14:11:13 instead of 16:11:13 (which is shown on screen).

If I may add that this customer (and probably most non-technical people...)
would certainly prefer to get "16:11:13" on the hardcopy, not "14:11:13 +0200".
Something user configurable (globally, maybe?) would be the best IMHO.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kmail2] [Bug 341909] Reply and Print time is in UTC, not in locale

[Alexander Potashev via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=341909

Alexander Potashev  changed:

   What|Removed |Added

 CC||aspotas...@gmail.com

--- Comment #11 from Alexander Potashev  ---
I confirm this with KMail 4.14.10: I printed an email, and the date/time in the
header is in UTC which is different from local time.

-- 
You are receiving this mail because:
You are watching all bug changes.