https://bugs.documentfoundation.org/show_bug.cgi?id=127727
--- Comment #7 from Nick Matteo <[email protected]> --- I can confirm that the bug is still present in LibreOffice 7.3.2.2. Help - About LibreOffice says: Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I verified that LibreOffice's behaviour depends on the local time zone (it adds -4 hours instead of -6 when I set TZ=America/New_York instead of TZ=America/Denver). But it is still adding the offset when it should leave the time as-is, because it's already UTC. (Or possibly SUBTRACT, not add, the offset, if it's believed that the time in the .xls is local time, and it's desired to store UTC.) -- You are receiving this mail because: You are the assignee for the bug.
