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

[Bug 15565] Place multiple holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

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

1 0

[Bug 11882] Add a new button to the checkout confirmation dialog when checking out an on hold item
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11882 Francois Charbonnier <francois.charbonnier(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |francois.charbonnier@inlibr | |o.com --- Comment #36 from Francois Charbonnier <francois.charbonnier(a)inlibro.com> --- Hi Katrin, Which bug? The one on bug 17798? To my understanding, this is what happened : Situation 1 (regular) - Patron A put a hold on Book A - Book A is returned. Hold is confirmed. - Patron B checkout Book A - Koha says "This book is on hold for Patron A, what do you want to do?" - The button "Don't checkout and print" allows you to cancel the process and print a slip. - It keeps the book on hold for Patron A. It's actually already on hold so there should be no reason to update it. BUT, here comes situation 2 (exception) - Patron A put a hold on Book A - Book A is returned. Hold is NOT confirmed (Library wants to confirm the hold later to control when the confirmation email is sent, or library had forgotten, etc.) - Patron B checkout Book A - Koha says "This book is on hold for Patron A, what do you want to do?" - The button "Don't checkout and print" allows you to cancel the process and print a slip. - The hold is not confirmed and this button doesn’t update it. You expect it to update the hold and change the status to waiting like if you were checking in the book, right ? Thanks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Alex Arnaud <alex.arnaud(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alex.arnaud(a)biblibre.com Status|NEW |Needs Signoff --- Comment #14 from Alex Arnaud <alex.arnaud(a)biblibre.com> --- Here's my proposal for this bug. Please read the description and test plan in commit message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Alex Arnaud <alex.arnaud(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #64703|0 |1 is obsolete| | --- Comment #13 from Alex Arnaud <alex.arnaud(a)biblibre.com> --- Created attachment 64704 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64704&action=ed… Bug 8137 - Add Default checkout limit by patron category with priority. This patch add the ability to make a 'Default checkout limit by patron category' rule has priority. When a rule has priority, it overrides all others for the same categorycode. For "normal" rule, the behavior is the same than before (like a default rule if no one is specified at branch level). Rule with priority can only be created on the circulation and fine rules page for *all libraries*. The goal is to allow librarian to limit the total number of checkouts by patron category for all libraries. test plan: - Create a rule with 4 checkouts allowed in default checkout limit table for a patron category and make it has priority, - create more permissive rules for all other branches (at least 5 checkouts allowed), - Checkout items of different branches for a patron with the same category, - Patron should be limited to 4 checkouts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #12 from Alex Arnaud <alex.arnaud(a)biblibre.com> --- Created attachment 64703 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64703&action=ed… This patch add the ability to make a i"Default checkout limit by patron category" rule has priority. When a rule has priority, it overrides all others for the same categorycode. For "normal" rule, the behavior is the same than before (like a default rule test plan: - Create a rule with 4 checkouts allowed in default checkout limit table for a patron category and make it has priority, - create more permissive rules for all other branches (at least 5 checkouts allowed), - Checkout items of different branches for a patron with the same category, - Patron should be limited to 4 checkouts -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15545] Optionally make hold notes required when placing a hold
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15545 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Optionally make hold notes |Optionally make hold notes |required when placing a |required when placing a |hold (via Koha::Plugin) |hold -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Accept different monetary formats as input
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=18723 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Accept different monetary formats as input
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10267] No error message when entering an invalid cardnumber
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10267 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr --- Comment #17 from Séverine Queune <severine.queune(a)bulac.fr> --- Tested on BibLibre's sandbox #2 The patch applies as described in Comment #13. However, now there is a new patch for bug 13178 and it is not taken in count in the current bug, I don't know if I'm supposed to sign it :/ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13205] Last/First page options for result list paging
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '17

28 Jun '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13205 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr Status|Needs Signoff |Failed QA --- Comment #10 from Séverine Queune <severine.queune(a)bulac.fr> --- Tested on the BibLibre's sandbox #2. Behavior is exactly the same for staff client and OPAC : - Display is correct for the button "First" : it not visible when you're on the first page (neither button "<< Previous"); using it brings you back to the first page. - I had more difficulties with button "Last" (expect explanations will be clear...): > Using the button "Last" didn't always bring me to the last page (I arrived page 167 instead of 174 // for only 2 pages result, I arrived on a blank page // it was ok for a result with 18 pages) > I had problem on the number of the pages : after clicking on "Last", all the pages were named "[page_number].[number]" : I searched different keywords and the number after the dot was always different (.05 ; .25 ; .18). When I went to the last pages without using the button "Last", the numbers appear correctly. > on the last page, both buttons "Last" and "Next" appear once I used one of them. Display is correct (none of them visible) when I went to the last page not using "Last" but jumping for one page to another until the last one. I agree with Katrin about a box to enter the page we want to go to. I also think it would be useful to have on staff client the pagination appearing both at the top and the bottom of the page result (like it is on the OPAC). -- You are receiving this mail because: You are watching all bug changes.

1 0