http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255
Chris Cormack <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #6 from Chris Cormack <[email protected]> --- (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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
