-
Notifications
You must be signed in to change notification settings - Fork 158
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
Mark update conflicts as resolved on Entity Detail page #506
Comments
not sure why the button is red, and szymon isn't seeing the project viewer behavior implemented |
I'm not sure what should be the expected in this case: If before resolving the conflict I edit the submission, then in the second tab I see an info to refresh the page to see current state of the entity. |
If I resolve a conflict in another tab and try to resolve (a resolved) conflict in a different tab I get a message "The entity doesn't have any conflicts". Is it possible to for example add some information to refresh the page? I image a situation in which I'm a user I see a conflict box and I don't know that someone else has just resolved the conflict while I was reading the data in the box and then I read info "The entity doesn't have any conflicts" . So at the same time I can see the conflict box and info no conflict and I don't know what to do next/how to fix it. |
Good questions! We do think it's possible that two users could inadvertently be working on the same entity at the same time, and we hope to provide at least some messaging if both users modify the entity (either updating/editing it or marking it as resolved).
At that point, the UI has received information that there is no longer a conflict, so I think it should remove the conflict indicator. Would you mind filing an issue for this?
This looks like a bug to me. The table shouldn't be shown in the modal if the conflict has been marked as resolved in another tab. A message should be shown about needing to refresh data. I'm not sure about closing the modal automatically, because then the user would see that the conflict has been resolved and not know why. But they should definitely see something different from what they do today. Would you mind filing a separate issue about this?
I'm not sure what the right answer is here, but I think we should discuss further. Would you mind filing another issue about this? (Sorry to ask for so many issues!)
Yes, that's a good idea. I'll make that change (no issue needed). |
@matthew-white I filed issues #555 and #556 about tables with conflicts after resolving the conflict in a different tab in the Entity Detail page and "Parallel updates" dialog with the summary box. |
@dbemke, I think I've now made all the changes we discussed. #555 and #556 should be resolved now.
This should be done now (in getodk/central-frontend#906). The new behavior can be seen on staging.
I've also updated this error message so that the first sentence is: "Another user has already marked the conflict as resolved."
This should be fixed now (in getodk/central-frontend#907). |
The button should now be the normal blue (done in getodk/central-frontend#900). The project viewer behavior should also now be implemented (done in #538). |
Tested with success! |
1 similar comment
Tested with success! |
See the story in the release criteria.
Related:
The text was updated successfully, but these errors were encountered: