June 2016 - Koha-bugs - lists.koha-community.org

[Bug 15006] Need to distinguish client timeout from login timeout
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15006 --- Comment #18 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 52477 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52477&action=ed… Bug 15006: [QA Follow-up] Indentation for two subroutines Remove tabs from telnet_transport and sip_protocol_loop. Correct indentation. Test plan: Compare files before and after without whitespace (diff -b). Notice only two split lines. Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15006] Need to distinguish client timeout from login timeout
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15006 --- Comment #17 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Colin or Kyle: Well, I have some improvements coming hopefully :) Already wrote some patches. Few questions are: Is my impression correct that $config->{timeout} normally does not exist? We do not have/want[?] such entries in SIPconfig. Should we only allow login attempts in raw_transport? We do not now. Or should we allow e.g. SC_STATUS messages too? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12599] IndependentBranches Holes
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12599 --- Comment #7 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to M. Tompsett from comment #6) > (In reply to Kyle M Hall from comment #5) > > Indeed, ... . It's on my todo list ; ) > > TODO lists get lost. How do we get that on a "Doing It Now" list? :) Oh that's easy: You put up some time or money. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15006] Need to distinguish client timeout from login timeout
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15006 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl --- Comment #16 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- QA: Looking here now. Will probably ask some questions first :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15108] OAI-PMH provider improvements
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15108 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |josef.moravec(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14803 --- Comment #9 from Srdjan Jankovic <srdjan(a)catalyst.net.nz> --- This is a bit bigger than expected. Requires testing issue blocking with fines over limit. Also "Patron details" top " Checkouts are BLOCKED" message needs checking because it uses same component. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14803 --- Comment #8 from Srdjan Jankovic <srdjan(a)catalyst.net.nz> --- Created attachment 52474 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52474&action=ed… bug 14803: KOHA.Checkouts js object * Use javascript to: - update fines/checkouts info - show/hide checkouts form and messages * Created svc/patron/fines -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '16

17 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14803 Srdjan Jankovic <srdjan(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #52210|0 |1 is obsolete| | --- Comment #7 from Srdjan Jankovic <srdjan(a)catalyst.net.nz> --- Created attachment 52473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52473&action=ed… Bug 14803: Reload checkouts table on renewal svc/checkouts: get real rental charges for patron, rather than itemtype indication -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14298] AutoSelfCheckID user should only be able to access SCO
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '16

16 Jun '16

1 0

[Bug 14695] Add ability to place multiple item holds on a given record per patron
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '16

16 Jun '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14695 --- Comment #156 from Benjamin Daeuber <bdaeuber(a)cityoffargo.com> --- (In reply to Kyle M Hall from comment #155) > (In reply to Benjamin Daeuber from comment #152) > > (In reply to Benjamin Daeuber from comment #151) > > > > I had not considered that a bug. If you do let me know and I'll change that > > > > behavior. > > > > > > If I allow item > > > level holds for certain item types and then have a global preference > > > override that, it may be a problem. > > > > If I *disallowed* item level holds for a certain item type that should say. > > So, what I had forgotten and had to remind myself was those rules are not > meant for the staff side, only for the opac. It has nothing to do with this > enhancement. However, I've added a small followup that lets the librarian > know if a given item on a record would be forced to be an item level hold or > would be disallowed as an item level hold! It seems like a good datum for > the librarian to know. I see, Kyle. I was tripped up because the "Item Level Holds" dropdown is *not* enforced on the staff side, but the "Holds Per Record (count)" *is* enforced on the staff side. Either way, I do see the message now. I was thinking something more along the line of the yellow message box and an "Override" button after making the attempt, but I am of a mind with you and don't want to drag this farther. Do you feel that should be addressed later with another bug ticket? -- You are receiving this mail because: You are watching all bug changes.

1 0