Due date parsing is too aggressive and causes other issues with list entries #2668

Open
opened 3 months ago by martyfuhry · 2 comments

Version information:

Frontend Version: 0.20.0
API Version: 0.20.0
Browser and OS Version: Firefox 106.0.3

Steps to reproduce:

  1. Create a new entry in a list with a fraction, e.g., "2 1/2 inch pocket screws"
  2. The entry has parsed the fraction "1/2" as January 2 and replaces my text with "2 inch pocket screws" (consequently, this is the absolute wrong thing to add to my list)
  3. Edit the entry to add back in the fraction and hit "Save".
  4. The entry has not updated in the original list. You need to refresh the entire page to see the updated entry.

Image 1

Image 2

Image 3

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:

  • I have provided all required information
  • I am using the latest release or the latest unstable build
  • I was able to reproduce the bug on try
<!-- Please fill out this issue template to report a bug. If you want to propose a new feature, please open a discussion thread in the forum: https://community.vikunja.io --> **Version information:** Frontend Version: 0.20.0 API Version: 0.20.0 Browser and OS Version: Firefox 106.0.3 **Steps to reproduce:** <!-- Add clear steps to reproduce the bug. Provide screenshots where applicable. --> 1. Create a new entry in a list with a fraction, e.g., "2 1/2 inch pocket screws" 2. The entry has parsed the fraction "1/2" as January 2 and replaces my text with "2 inch pocket screws" (consequently, this is the absolute wrong thing to add to my list) 3. Edit the entry to add back in the fraction and hit "Save". 4. The entry has not updated in the original list. You need to refresh the entire page to see the updated entry. ![Image 1](https://imgur.com/Hd4cvr6) ![Image 2](https://imgur.com/oipq4h9) ![Image 3](https://imgur.com/G9Ui3MT) **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:** * [ ] I have provided all required information * [X] I am using the latest release or the latest unstable build * [X] I was able to reproduce the bug on [try](https://try.vikunja.io)
Owner

How are you editing the task? This seems to work fine for me on try.

How are you editing the task? This seems to work fine for me on try.
Owner

Integers with fractions should not be misinterpretted as dates when there are no prepositions indicating so

What would be such a preposition?

> Integers with fractions should not be misinterpretted as dates when there are no prepositions indicating so What would be such a preposition?
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: vikunja/frontend#2668
Loading…
There is no content yet.