Created attachment 152704 [details] Sample slide (PPTX) This slide shows a timline where every data point is associated with a year. In Microsoft Office/Office 365, those data points read 1994, 1995, 1996, and so forth. In LibreOffice they read 7/9/2019, 7/9/2019, 7/9/2019 (or whatever the current date is).
Created attachment 152705 [details] This is how it looks in LibreOffice.
Created attachment 152706 [details] This is how it looks in Office 365.
Reproduced in Version: 6.4.0.0.alpha0+ Build ID: 7a0164f0d82d91e2ac481d74cdacfe9a7ad6080f CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) it seems more like a chart problem... @Balazs, I thought you might be interested in this issue
Those are not parts of the chart: you can delete the chart and the date boxes will remain. They are date fields inserted in text boxes and formatted as 'YY' - this format we do not handle well. I'm not sure how can one create such a format for a field in PP. LO only has a few fixed variants (See Insert - Fields).
Tamas Bunth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/df9672b1fada6fc847bfa4c8a8f016fb2af6a7b5 tdf#126324 Import custom date as custom XTextField It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.4.0.0.alpha1+ Build ID: c4d760b9edf0399955d30a0dfbe5f7b1b1ed37cb CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Tamas Bunth, thanks for fixing this issue! Can it be closed as RESOLVED FIXED ?
> @Tamas Bunth, thanks for fixing this issue! Can it be closed as RESOLVED > FIXED ? BTW, any chance we could have a unittest for it ?
Tamas Bunth committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/bf10253dd556b69fa771320c986c05c653e6d220 tdf#126324 pptx unit test for custom date import It will be available in 6.3.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #9) > Tamas Bunth committed a patch related to this issue. > It has been pushed to "libreoffice-6-3": > > https://git.libreoffice.org/core/commit/ > bf10253dd556b69fa771320c986c05c653e6d220 > > tdf#126324 pptx unit test for custom date import > > It will be available in 6.3.4. This unit test has been pushed to 6.3.4 branch while the corresponding fix has been pushed to master branch only. So the test fails as expected ;-). Please could you revert this patch or backport the fix. Best regards. JBF
Tamas Bunth committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/a8a97925f79bb1859604988483168c9dded44052 tdf#126324 Import custom date as custom XTextField It will be available in 6.3.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Jean-Baptiste Faure from comment #10) > (In reply to Commit Notification from comment #9) > > Tamas Bunth committed a patch related to this issue. > > It has been pushed to "libreoffice-6-3": > > > > https://git.libreoffice.org/core/commit/ > > bf10253dd556b69fa771320c986c05c653e6d220 > > > > tdf#126324 pptx unit test for custom date import > > > > It will be available in 6.3.4. > > This unit test has been pushed to 6.3.4 branch while the corresponding fix > has been pushed to master branch only. So the test fails as expected ;-). > Please could you revert this patch or backport the fix. > > Best regards. JBF At least we see the unittest works xD. Pushed the fix to 6-3 too
Tamas Bunth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fddfbeff8a8989a1e8852d77f69f834c79eff62f tdf#126324 pptx unit test for custom date import It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.4.0.0.alpha1+ Build ID: 13532e63e715ab2bfd1a8040bec6f700fbfa6250 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Tamas Bunth, thanks for fixing this issue!
(In reply to Xisco Faulí from comment #12) > [...] > At least we see the unittest works xD. Indeed :-) > Pushed the fix to 6-3 too Thank you very much. Build OK now. Best regards. JBF
*** Bug 127765 has been marked as a duplicate of this bug. ***
*** Bug 97083 has been marked as a duplicate of this bug. ***
*** Bug 119297 has been marked as a duplicate of this bug. ***