Bug 21664 - Input not blocked by modal for hold found
Summary: Input not blocked by modal for hold found
Status: RESOLVED DUPLICATE of bug 21186
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-25 14:43 UTC by Nick Clemens
Modified: 2018-10-25 15:16 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Clemens 2018-10-25 14:43:27 UTC
To recreate:
1 - Place a few holds in the catalog, one for pickup at current library, one for pickup elsewhere
2 - Checkin the first hold
3 - Click nothing and note that focus is still on the barcode field in the checkin box
4 - Type the next barcode for the hold at another location, note it populates
5 - Hit enter
6 - You get a new modal for transfer
7 - Note the barcode field is not in focus
8 - Note you cannot type until the modal is dismissed
Comment 1 Christopher Brannon 2018-10-25 14:55:23 UTC
Is this regarding returns.pl?
Comment 2 Owen Leonard 2018-10-25 15:16:53 UTC
This is a duplicate of Bug 21186, because the problem stems from an incorrect event name being used to change the focus. I'll add a followup to that bug which includes a fix for returns.tt because I didn't catch it the first time around.

*** This bug has been marked as a duplicate of bug 21186 ***