Description: If I format a cell as date cell, lets say TT.MM.JJJJ and I use the function "insert field - date" the date format is MM/TT/JJJJ and I can not change it. If I have a look to format cell the format is still TT.MM.JJJJ but it is ignored. Steps to Reproduce: 1.right click a cell and choose "Format Cells" 2.go to the "Numbers" tab and choose a date format what is not in your default language in my case the environment is LANG=en_US.UTF-8 so I choose TT.MM.JJJJ 3.click Ok to confirm your changes 4.double click this cell to select it (a cursor should blinking) 5.right click this cell and choose Insert Field -> Date Actual Results: the date format will be ignored, I guess you choose the format what the LANG environment says Expected Results: insert the date in the format I was choosing before Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
I can confirm with Version: 6.3.0.0.alpha0+ Build ID: 82463bdde75447d45e0cd6ed9ab579e0e51ea912 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; not sure if it's bug. There are two items "date" in the menu in version 6.3- one insert formated date, but looks like standard input and not field; second insert date field as in 6.0.7
Repro also in Win. Did you notice Insert-Date, as raal wrote? That one behaves properly. Seems that Date filed has fixed date format, but I wouldn't call that a bug. Although you may request an enhancement to also be able to change that, but please provide use case.
Dear Michael, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Michael, 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