Bug 152837 - changing date format is not possible
Summary: changing date format is not possible
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.4.3.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-01-02 12:33 UTC by ibuy1261
Modified: 2023-09-30 03:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ibuy1261 2023-01-02 12:33:21 UTC
Description:
changing date format (to jjjj-mm-tt) is not possible, doesn't detect data right

Steps to Reproduce:
1. set autofilter
2. chose column with dates (such as "31.12.22")
3. try to set format to jjjj-mm-tt

Actual Results:
no change at all, just puts an " ' " at the front!?

Expected Results:
changed format


Reproducible: Always


User Profile Reset: No

Additional Info:
...
Comment 1 raal 2023-01-03 16:50:45 UTC
I cannot reproduce with format code YYYY-MM-DD. Can you attach test file?

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d993327eab0a2c9c8820c6528075b01de68b0ec6
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 2 Eric Bright 2023-03-02 19:19:13 UTC
Here is my observation of the same issue that has been around at least for a year now (perhaps longer):

Calc: Date format cannot be properly configured in some cases

Steps to Reproduce:

1- Create a new Calc sheet
2- Type the following in any cell and press enter: 2023-03-02
3- Right-click on the newly-created cell and select "Format Cells..."
4- In the "Format" list, pick "December 31, 1999" and click on OK (note that the "Category" stays as "Date")
5- Click on the cell that has just changed to a MMMM D, YYYY format
6- Click where the formula in the cell can be edited to manually change the day from 02 to any other day, let’s say 28 and press enter

Actual Results:

7- The cell format changes from MMMM D, YYYY to M/D/YYYY format
8- You cannot set it back any more by repeating the steps 3 and 4

Expected Results:
1- No change of format should have happened in step #7
2- It must be possible to format the cell back to MMMM D, YYYY by repeating steps 3 and 4, which is now impossible

Note: At this point, the only way to get a format like MMMM D, YYYY would be manually typing mar 28, 2023 in the formula input section and pressing enter. No amount of "Format Cells..." manipulation will fix the issue.
Comment 3 ady 2023-03-02 20:02:42 UTC
I can replicate the steps from comment 2 and get the same results / behavior / observations.

Having said that, I would assume that this has to be somehow related or dependent on menu Tools > Options > Language Settings > Languages > Date acceptance patterns.

The real question would be then whether a user changed this setting, or alternatively, whether it was always the same whereas the behavior changed without user's knowledge.

Question for everyone: is the behavior as described in comment 2 acceptable / normal / expected?
Comment 4 QA Administrators 2023-08-30 03:06:13 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2023-09-30 03:18:05 UTC
Dear ibuy1261,

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