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

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Sat Apr 7 07:38:17 CEST 2012


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

Chris Cormack <chris at bigballofwax.co.nz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chris at bigballofwax.co.nz

--- Comment #6 from Chris Cormack <chris at bigballofwax.co.nz> ---
(In reply to comment #5)
> (In reply to comment #4)
> 
> In theory you are correct, but in practice this has worked 100% of the time.
> A fix like this has been in place at the CCFLS for years now. A fix such as
> you propose would require much deeper alterations where clicking 'confirm
> and print' would send you to a new page which would then have another link
> for the printable popup, and then you'd have to click another link to get
> back to the returns page. Not only would it require more work, but I think
> it would slow librarians down and they would be more unhappy with such a
> solution.
> 
> > I am not sure, but is a delay the right answer here? You wrote:
> > 
> > >There is no way to tell which process will win the race ahead of time.
> > 
> > So even with a delay it still needs 'luck' to get the right value and it
> > will perhaps also depend on the installation/hardware? Shouldn't we fix the
> > 'race condition'?

I think this might work most of the time, when it didn't people probably
wouldn't notice. I think fixing the actual problem not plastering over the
cracks with a javascript delay is a much better solution.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list