-
-
Notifications
You must be signed in to change notification settings - Fork 478
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
case contact creation date bug #5860
Comments
This comment has been minimized.
This comment has been minimized.
Can ignore my previous comment. One idea I have is to change the date input from the RangedDatePicker component to a straight rails (note also 'minimize' does nothing on it currently (in safari at least), and will cover fields / submit button) It would also be more consistent with validation for rest of the form. Is changing that an option? The only other idea I have is to make a tagged log on every |
The javascript from function enGBDateString (date) {
return date.toLocaleDateString('en-GB').split('/').reverse().join('-')
} |
Taking out that date conversion on page load doesn't break any other specs, so I'll work up a PR for that. I can't guarantee it's the issue, but seems very likely to me! |
interesting. A thing that I was thinking of and I am not sure if it is even logged as an issue currently is there is a page I could not replicate what the volunteer was seeing which is why I don't have much to add here but that error is sorta similar so maybe there is a common thread? |
hmm... looks like a similar setup in |
Opened a PR (link above). I said that it "addressed" this issue rather than "resolves" since we don't know the precise issue. It will not auto-close this issue, we should probably confirm with users whether or not it has improved? |
@elasticspoon @thejonroberts Users are encountering bugs when attempting to use the current day for case contacts, receiving an error stating that the date cannot be in the future. Could these issues be related? |
Could be related, but I'm not sure. I thought that we'd be safe from that situation, but appartantly not... we had some discussion of it in #5974 . We could just push the backend validation back a day to give some time zone "cushion" until we figure out what the actual issue is? |
@thejonroberts Thanks for the reply - I will of course defer to you and @elasticspoon. a few users have reported this issue and was also shared on our last stakeholder meeting. |
@thejonroberts i can create a new bug ticket. Would you like to pick it up? :) |
@bcastillo32 can do! |
I put a PR up that just adds an extra day cushion for validation. Potential that contacts will be saved as occurring 'tomorrow' instead of seeing the error. @bcastillo32 do you have any idea if the users are seeing the issue at a certain time of day? I think we could add some specs similar to the approach here to figure out what time of the day this happening & test against it. |
@thejonroberts maybe hold off on the PR - users are reporting it is happening intermittently. I can ask them to keep track of when during the day it happens to see if we can see if that is making a difference. Can we hold off on that cushion for now? |
Too late, I have added it. That said I don't think 1 additional day of cushion could have a negative impact |
Ok thank you both! |
Volunteers report having intermitent bugs with dates when creating case contacts. Sometimes the date they enters into a new contact is saved as the current date. Sometimes they will even edit the contact and the updated date will not save till a third retry.
This is an intermittent failure that we have been unable to reproduce. The timing loosely aligns with this PR #5609 being merged so it may be a culprit.
The text was updated successfully, but these errors were encountered: