Newly-entered annotation lost if another is immediately created #2801
Labels
No Label
backend
critical
defect
duplicate
enhancement
fixed
frontend
general
invalid
major
minor
normal
oxjs
pandora_client
python-ox
task
trivial
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: 0x2620/pandora#2801
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
(Assume that the third bin of annotations is of type text.)
3
asdf
Enter
then3
Expected result: the annotation
asdf
is saved, and a new field in the bin is created and is focused for input.Actual result: the annotation
asdf
is deleted; either a new empty field is focused, or a phantom empty annotation is left unselected in the bin. If the latter, it will disappear when the item is reloaded.This happens a lot to users who want to add many tags to a particular region of video and who happen to use this typing pattern. I assume it is a race between the user hitting
3
and theaddAnnotation
request getting a response.I would assume the annotation is still saved in that case but does not show up until the site is reloaded.
No, it isn't.
ok, in that case i think its related to auto-complete, will try to reproduce. don't quite mange so far
I thought it was to do with auto-complete – the original scenario was "type some letters, choose a match from the autocomplete menu, hit
Enter
to accept the completion,Enter
to commit the theme and3
to enter a new one". But I can reproduce it without selecting a completion. Try this:3
to start typing a themeasdf
-- there are no themes so named, so the autocomplete menu is emptyEnter
immediately followed by3
I'll attach the event log of me doing these steps. A call to
addAnnotation
with the correct text does make it to the server. Anecdotally, if I don't hit 3 before this call returns, everything is fine; if I do, the client follows up with aremoveAnnotation
.Attachment 3-snth-enter-3.txt (8931 bytes) added