Description: Microsoft 365 shows the date as 24. LibreOffice Calc shows it as 23. Interestingly also Google Sheets shows it as 23. This led to a misunderstanding with a colleague. Steps to Reproduce: 1. Open attached file in LibreOffice Calc 2. Open it in Microsoft Excel Actual Results: LibreOffice Calc renders the date as 23 Expected Results: It should render the date as 24 Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 20; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US 7.5.2-1 Calc: threaded
Created attachment 187023 [details] Spreadsheet file
Created attachment 187024 [details] LibreOffice screenshot
Created attachment 187025 [details] Microsoft Excel screenshot
Created attachment 187026 [details] Google Sheets screenshot
This is **not** a bug. Excel has inherited an **own** bug from Lotus 123: it didn't acknowledge that year 1900 wasn't a leap year. Excel shows "1900-02-29" as a day, which in reality didn't exist. Calc knows that after 1900-02-28 came 1900-03-01. But every date **before** that are offset **in Excel**.
See also: https://en.wikipedia.org/wiki/Epoch_(computing)#Notable_epoch_dates_in_computing