Description: import .csv with floats and delimiter=pipe is wrong Steps to Reproduce: Import from .csv file e.g.: 1|0.0255|3. 2|0.0277|4. 3|0.025|5. Actual Results: 1 0.0255 3. 2 0.0277 4. 3 25 5. Expected Results: 1 0.0255 3. 2 0.0277 4. 3 0.025 5. Reproducible: Always User Profile Reset: No Additional Info:
Cannot reproduce with Version: 6.2.1.2 (x64) Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 12; OS: Windows 10.0; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
Neither with Version: 6.0.7.3.0+ Build ID: 806b1b1d91c1f9b2ca7d3121cffc5ea361e985ec CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
I have: Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.2 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
(In reply to Sinan Gabel from comment #3) Possibly it could help to create a screencast.
Created attachment 149742 [details] .csv file
Created attachment 149743 [details] .csv text import user screen
Created attachment 149744 [details] .csv file imported into LibreOffice
Confirmed with import settings from attachment 149743 [details] using Version: 6.2.1.2 (x64) Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 12; OS: Windows 10.0; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
Paying the medical bill is very easy at www.peryourhealth.com. To Pay the health bill online at peryourhealth website need to provide an account number. https://peryourhealth.ninja
Oh, but it is not a bug. The "problem" is that in the third row, the "0.025" is detected as a number 25; and that is correct, according to the "Danish" locale chosen in the "Language" selector (see tdf#138748 for the terminology issue). Danish locale uses dot as thousand separator; so the text where three decimal digits are separated by the dot are identified as integer values, and where different number of digits is separated by dot is correctly not detected as a valid number. The file does *not* use Danish locale conventions, so it should either be imported using English (USA) selected as "Language", or the column itself should be marked as "US English".