| Summary: | Default value of a table won't be saved right when formatted other than YYYY-MM-DD | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | jcsanz |
| Component: | Base | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | bugzilla, himajin100000, robert, stephane.guillou |
| Priority: | medium | ||
| Version: | 7.1.8.1 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=102945 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 108441 | ||
| Attachments: | Firebird embedded test database | ||
|
Description
jcsanz
2022-02-25 18:01:22 UTC
Parts of this are a duplicate of Bug 102945. Jumping to days in the future every time when switching from date field in table design to another field is reported. Please don't mix different buggy behavior in one bug. I changed this bug to the totally wrong value, which is shown in the table when input new values. You could get the "right" values if you change the format of the date in table design to YYYY-MM-DD. See https://bugs.documentfoundation.org/show_bug.cgi?id=102945#c0 Then you have to switch back the format when table is saved and you will try to input new data. The buggy behavior with total different default values when editing a table and opening the table for input data in other formats than YYYY-MM-DD I could confirm with LO 7.3.1.1 on OpenSUSE 15.3 64bit rpm Linux. |