Tryton - Issues



Title date reset to today after hitting Enter
Priority bug Status resolved
Superseder Nosy List ced, reviewbot, roundup-bot, uha4
Type behavior Components sao
Assigned To ced Keywords review
Reviews 50741002
View: 50741002

Created on 2019-01-24.21:23:58 by uha4, last changed by roundup-bot.

New changeset 64c0e998ea4e by Cédric Krier in branch '5.0':
Only parse the date content on Enter

New changeset ba0dd43dc9ac by Cédric Krier in branch '4.8':
Only parse the date content on Enter
New changeset 8dd62ec7a831 by Cédric Krier in branch 'default':
Only parse the date content on Enter
New changeset 53405abc68af by Cédric Krier in branch 'default':
Only parse the date content on Enter
review50741002 updated at
review50741002 updated at
msg46722 (view) Author: [hidden] (ced) (Tryton committer) (Tryton translator) Date: 2019-02-03.23:22:03
The problem was introduced in r 6118dccb9511 which combined the 'enter' and '=' shortcut while 'enter' should only parse the input. review50741002 should fix it.
msg46564 (view) Author: [hidden] (uha4) Date: 2019-01-28.18:59:54
this could be a general bug in the date field of sao. I was just playing with other date fields ('invoice date' of invoice and 'effective Date' of customer shipment) they show the same behavior: i can change the date by typing or by popup, but as soon as i hit enter with the cursor in the date field, the date jumps to today. In the GTK client the date stays when i press enter.

The point is that in a normal form view there is no reason to press enter in a date field, but in preview of storage quantities i have to press enter that the change takes effect.
msg46562 (view) Author: [hidden] (uha4) Date: 2019-01-28.18:35:16
yes this is about valid dates. I put the cursor into the date field, just change one number (month or last number of the year) and hit enter. The date field is showing the date of today again, and the list reloads but showing the same numbers again.

when i click on the calendar icon and chose a date in the calendar popup, the date in the field changes to the date i choose, but nothing else happens. than i set the cursor in the date field without changing anything and press enter.
the list reloads, with the numbers change to what seems plausible (i did not check it with shipments and productions by hand) but the date again shows the date of today.

I just tested this again at (with firefox 64.0 on debian sid) going to Locations and doubleclicking on 'Storage Zone'
msg46546 (view) Author: [hidden] (ced) (Tryton committer) (Tryton translator) Date: 2019-01-27.00:19:26
What date are you typing? Is it valid? When you type an invalid date (or a date the JS library can not parse) it set today as default date.
The JS library is probably less fuzzy tolerant than the Python library.
msg46238 (view) Author: [hidden] (uha4) Date: 2019-01-24.21:23:55
when I want to change the forecast date in the treeview showing storage quantities, it always jumps back to today when i hit enter.

When i changed the date by selecting a day in the litle calender popup, the result is right, just the shown number jumps back to the date of today.
When i change the date by placing the cursor, and typing, the date jumps back without effect on the list.

in GTK client this works fine.
Date User Action Args
2019-02-28 23:22:44roundup-botsetmessages: + msg47276
2019-02-13 10:25:28roundup-botsetmessages: + msg46974
2019-02-13 10:25:25roundup-botsetstatus: testing -> resolved
nosy: + roundup-bot
messages: + msg46973
2019-02-10 20:46:42reviewbotsetmessages: + msg46909
2019-02-03 23:36:47reviewbotsetnosy: + reviewbot
messages: + msg46724
2019-02-03 23:22:03cedsetstatus: need-eg -> testing
reviews: 50741002
messages: + msg46722
keyword: + review
assignedto: ced
2019-01-28 22:14:30cedsettitle: stock forecast date always switches to today -> date reset to today after hitting Enter
2019-01-28 18:59:54uha4setmessages: + msg46564
2019-01-28 18:35:16uha4setmessages: + msg46562
2019-01-27 00:19:26cedsetstatus: unread -> need-eg
nosy: + ced
messages: + msg46546

Showing 10 items. Show all history (warning: this could be VERY long)