Bug 149504

Summary: incorrect import/insertion of datetime value into Calc using ctrl-shift-alt-v (Date (YMD) format is selected)
Product: LibreOffice Reporter: kabilo <minute.visitors>
Component: CalcAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED INSUFFICIENTDATA    
Severity: normal CC: ilmari.lauhakangas, sclewell
Priority: medium    
Version: 7.3.0.0 beta1+   
Hardware: x86-64 (AMD64)   
OS: Windows (All)   
Whiteboard:
Crash report or crash signature: Regression By:

Description kabilo 2022-06-09 14:51:55 UTC
Description:
since version 7.3 it is not possible to insert datetime values from the clipboard into Calc (using ctrl-shift-alt-v) as Date (YMD) format - they are inserted as text. Values are inserted correctly only when the US English format is selected.

Steps to Reproduce:
1.open Calc version 7.3 and later
2.copy the following data to the clipboard
2022-06-10 14:00:00.000	2022-06-10 14:00:00.000
2022-06-10 14:00:00.000	2022-06-10 14:00:00.000
2022-06-10 06:00:00.000	2022-06-10 14:00:00.000
2022-06-10 06:00:00.000	2022-06-10 14:00:00.000
2022-06-10 06:00:00.000	2022-06-10 14:00:00.000
3.use ctrl-shift-alt-v and select DATE (YMD) format


Actual Results:
values are inserted as text

Expected Results:
values are inserted correctly


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Comment 1 Mike Kaganski 2022-06-09 15:02:28 UTC
Not reproducible using Version: 7.3.4.1 (x64) / LibreOffice Community
Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: CL Jumbo

Are you sure that in the Text Import dialog, the Language (actually locale defining how the numbers would be parsed by default) is set to a locale using dot as decimal separator (required for correct handling of second fractions in your data); that [x] Detect special numbers is checked (required for date recognition), and that separator is Tab?
Comment 2 Rafael Lima 2022-06-10 13:22:35 UTC
Not repro in

Version: 7.3.3.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.21.10.1~lo1
Calc: threaded

Values were pasted as times and dates.
Comment 3 Scott Clewell 2022-06-15 16:59:42 UTC
Not reproducible in 

Version: 7.2.6.2 (x86) / LibreOffice Community
Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

or

Version: 7.3.2.2 (x86) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 4 Buovjaga 2022-06-27 16:33:25 UTC
(In reply to Mike Kaganski from comment #1)
> Not reproducible using Version: 7.3.4.1 (x64) / LibreOffice Community
> Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b
> CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL:
> win
> Locale: en-US (ru_RU); UI: en-US
> Calc: CL Jumbo
> 
> Are you sure that in the Text Import dialog, the Language (actually locale
> defining how the numbers would be parsed by default) is set to a locale
> using dot as decimal separator (required for correct handling of second
> fractions in your data); that [x] Detect special numbers is checked
> (required for date recognition), and that separator is Tab?

kabilo: can you check this?

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 5 QA Administrators 2022-12-25 03:21:47 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2023-01-25 03:19:48 UTC
Dear kabilo,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp