[Koha-bugs] [Bug 7255] New: Information on Holds Transfer Slips is Inconsistent

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255

             Bug #: 7255
           Summary: Information on Holds Transfer Slips is Inconsistent
    Classification: Unclassified
 Change sponsored?: ---
           Product: Koha
           Version: master
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P5 - low
         Component: Circulation
        AssignedTo: kyle.m.hall at gmail.com
        ReportedBy: nengard at gmail.com
         QAContact: ian.walls at bywatersolutions.com
                CC: ago at bywatersolutions.com, gmcharlt at gmail.com


Some of my libraries are experiencing situations where the items barcode number
and call number sometimes print on the hold transfer slip and sometimes not. 
Other libraries have never had this information print on the slip.

We've discovered that they've got a race condition in the code; when you click
"confirm and print slip", you're both submitting the form that confirms the
hold, as well as opening the transfer slip page.  If this is a title-level hold
originally, the item information (barcode and callnumber) isn't filled in until
the form you've submitted completes it's action.  So, depending on all kinds of
server-level variables, the transfer slip process will either complete first,
and not show item information, or complete second, and include
barcode/callnumber.  There is no way to tell which process will win the race
ahead of time.

So that's WHY it's a problem.  As to how to fix it, we're not sure yet.  The
best solution would be to modify the page so that submitting the form
completes, then triggers the hold slip (rather than both starting up at once),
but that would involve an extensive reworking of the system. A quicker solution
is to introduce a delay, but we're not sure exactly where yet.

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.