Due date parsing is too aggressive and causes other issues with list entries #1994
Labels
No Label
dependencies
duplicate
help wanted
invalid
kind/bug
kind/feature
needs reproduction
question
security
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/vikunja#1994
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Version information:
Frontend Version: 0.20.0
API Version: 0.20.0
Browser and OS Version: Firefox 106.0.3
Steps to reproduce:
Expected behavior:
Integers with fractions should not be misinterpretted as dates when there are no prepositions indicating so.
The entry should not have removed my fraction
Updating the entry title back to the correct measurement should update the original item in the list without needing to refresh the page.
Actual behavior:
The entry was entered incorrectly due to an overly aggressive date time parser
A due date was incorrectly applied to my entry
Updating the title of the entry and hitting "Save" did not update the title in the list.
Checklist:
How are you editing the task? This seems to work fine for me on try.
What would be such a preposition?