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

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #50075|0 |1 is obsolete| | --- Comment #10 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 60071 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60071&action=ed… Bug 15219: Server-side processing and pagination on checkouts tables Some libraries have patrons with more than 1000 checkouts. Loading all of them at once can be very long, and sometimes can cause timeout errors. This patch prevent that by enabling server-side processing and pagination on checkouts tables. This affects patron's checkouts and patron's relatives' checkouts tables on pages circ/circulation.pl and members/moremember.pl. As server-side processing can be useless and cumbersome with small sets of data, a new system preference is introduced to control this behaviour (server-side processing is disabled by default). Additionally, this patch: - adds a switch to turn off and on row grouping (today's checkouts vs previous checkouts) (on by default) - adds "column settings" for relatives' checkouts tables - factorize some code that was duplicated across the two DataTables configurations (mDataProp) Test plan: 1. Find (or create) a patron that have at least 10 checkouts and where the relatives checkouts table contain at least 10 checkouts. 2. Go to the patron's detail page and check everything works fine in both tables (sorting, pagination, the data itself, ...) 3. Do the same on circulation page (circulation.pl) 4. Enable system preference ServerSideCheckoutsTable 5. Repeat steps 2 and 3 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 --- Comment #18 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Christopher Brannon from comment #16) > Works as described, but it looks like a generic alert window is being used > instead of a modal confirmation. It has been standard for confirmations to > be done through modal. The alert includes information from the browser that > could be confusing. > > It would be preferred that this follow standard formatting before being > pushed, but if all we are after here is the functionality, then it works. I'd say we need it asap in stable release. It will be easier to backport it as it is, rather than with a modal. We could improve it later if needed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59968|0 |1 is obsolete| | Attachment #60036|0 |1 is obsolete| | --- Comment #17 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 60068 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=60068&action=ed… Bug 11450: Hold Request Confirm Deletion ==TEST PLAN== 1) Go to an item with a hold and click on the holds tab on the left 2) Click the red 'X' 3) The hold will be deleted immediately 4) Apply patch 5) Return to an item with a hold and click the 'X' 6) There will now be a confirmation dialog 7) Click cancel and the dialog will disappear and the hold will not be deleted 8) Click OK and the hold will be deleted Restored indentations - Mark Tompsett Signed-off-by: Mark Tompsett <mtompset(a)hotmail.com> Signed-off-by: Christopher Brannon <cbrannon(a)cdalibrary.org> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11450] Hold Request Confirm Deletion
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11450 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16387] New: Incorrect loan period calculation when using decreaseLoanHighHolds feature
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16387 Bug ID: 16387 Summary: Incorrect loan period calculation when using decreaseLoanHighHolds feature Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a loan period is shortened due to using decreaseLoanHighHolds* the time is always set to the current time in X days, even if the original loan period is given in days and not in hours. It should default to 23:59 as is normal for loan periods given in days. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #53 from Julian Maurice <julian.maurice(a)biblibre.com> --- Pushed to 3.22.x for 3.22.17 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8361] Issuing rule if no rule is defined
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8361 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julian.maurice(a)biblibre.com --- Comment #19 from Julian Maurice <julian.maurice(a)biblibre.com> --- Pushed to 3.22.x for 3.22.17 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14764] Add OPAC News branch selector
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14764 --- Comment #42 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Must we provide a non-JS version? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17481] New: Cas Logout: bug 11048 has been incorrectly merged
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17481 Bug ID: 17481 Summary: Cas Logout: bug 11048 has been incorrectly merged Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 11048 (Fix logout redirection for CAS authentication) has been incorrectly merged: In Bugzilla, https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23865 : - print $query->redirect( $cas->logout_url($uri)); + print $query->redirect( $cas->logout_url(url => $uri)); In master, git show c251f752 : print $query->redirect( $cas->logout_url($uri)); + print $query->redirect( $cas->logout_url(url => $uri)); => CAS redirection is still broken in master. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17040] New: Context menu when editing items is not translated
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '17

09 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17040 Bug ID: 17040 Summary: Context menu when editing items is not translated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When editing items, you can click in any cell of the items table above the form to get see a context menu (similar to the import options in the z39.50 search). This menu's items appear to be not translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12