End Date auto-saves sometimes only

[caseywatts]

Auto-save process:

1. change the end date
2. navigate away
3. observe: the end date is the same! If it fails, it is reset to what it was before your last change.

It does auto-save on the Catalog page
It does not auto-save on the equipment_models show page
Haven't tested other pages

[caseywatts]

Oop and the use-case:
I was trying to see how many laptops were available over a 3-week range instead of just the 2-day default range.
(which, for STC should always be the same, but I was checking anyway)

[dgoerger]

If I'm not mistaken, this is a consequence of the JS callback function
we're using to auto-save the cartdates, which if I'm remembering correctly
is.. the modern equivalent of on.blur()? In any case, it's something we
played around with over the summer, after we 86'd the manual "Update Carts"
button. We hadn't been able to get on.change() to work correctly with our
Datepicker implementation, as I believe it was trying to submit the subform
to the controller "before" the clicked-on date had actually been entered
into the form by Datepicker.

(This suspicion hinges on an identical behavior which showed up this summer
when one changed the End Date but then did not click elsewhere on the page
before navigating away. On.blur() checks for when the element [i.e., the
input field] loses focus from the mouse / keyboard, so does not update
dates if the input field never loses focus.)

A more elegant JS solution would still be worth investigating, though.
shrug

[squidgetx]

Is this basically the cart latency issue again? (Trying to go through some of the older issues and close any that are duplicate/irrelevant)

[orenyk]

Sounds like, merging into #523. Good catch!