[Bug 89609] Explorer shell extension fails to convert date into locale specific string (=?UTF-8?Q?sub=2Dsecond=20precision=20ISO=20date=20=E2=86=92=20?="strange date-information")

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=89609

Christian Lohmaier <cloph at documentfoundation.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cloph at documentfoundation.or
                   |                            |g,
                   |                            |libreoffice at lists.freedeskt
                   |                            |op.org
            Summary|strange date-information    |Explorer shell extension
                   |stored files Windows 8.1    |fails to convert date into
                   |                            |locale specific string
                   |                            |(sub-second precision ISO
                   |                            |date → "strange
                   |                            |date-information")
         Whiteboard|                            |EasyHack DifficultyBeginner
                   |                            |SkillCpp

--- Comment #3 from Christian Lohmaier <cloph at documentfoundation.org> ---
Code that retrieves the date for the tooltip is in 

http://opengrok.libreoffice.org/xref/core/shell/source/win32/shlxthandler/infotips/infotips.cxx#258

where it gets the modified date and tries to convert it into a local
representation by calling the corresponding helper function:

 msg +=
iso8601_date_to_local_date(meta_info_accessor.getTagData(META_INFO_MODIFIED ));

However, iso8601_date_to_local_date as implemented here

http://opengrok.libreoffice.org/xref/core/shell/source/win32/shlxthandler/util/iso8601_converter.cxx#iso8601_date_to_local_date

doesn't expect sub-second precision date-string, but instead only expects 19
characters.

As the passed date is longer, the function doesn't do anything and instead
returns the ISO date as it was passed into.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20150701/1738f865/attachment.html>