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

[Bug 9004] Talking Tech doesn't account for holidays when calculating a holds last pickup date.
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9004 --- Comment #20 from Nick Clemens <nick(a)bywatersolutions.com> --- No iTiva account is required for testing, this simply alters the data in the file generated by the script. Note:the output to screen option for this script doesn't appear to function, results must be saved to a file to view. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9004] Talking Tech doesn't account for holidays when calculating a holds last pickup date.
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9004 --- Comment #19 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 50082 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50082&action=ed… Bug 9004: (QA followup) Fix pod -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9004] Talking Tech doesn't account for holidays when calculating a holds last pickup date.
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9004 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9004] Talking Tech doesn't account for holidays when calculating a holds last pickup date.
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9004 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|Signed Off |Failed QA --- Comment #18 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- FAIL misc/cronjobs/thirdparty/TalkingTech_itiva_outbound.pl FAIL pod in file misc/cronjobs/thirdparty/TalkingTech_itiva_outbound.pl *** ERROR: =item without previous =over I cannot test this patch, but I think we can trust ByWater for the signoff. It would have been better to use DateTime and Koha::Calendar to do the date calculation. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6906] show 'Borrower has previously issued $ITEM' alert on checkout
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6906 Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14974] Use the REST API for cities
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14974 --- Comment #10 from Olli-Antti Kivilahti <olli-antti.kivilahti(a)jns.fi> --- Facebook uses Flux. That is interesting and very lightweight. AngularJS is big and needs non-standard html element attributes. I would prefer to not have non-standard html attributes or even data-* attributes unless necessary. Also worried about AngularJS being too one-minded in how to do things. That can be a good thing as well. Especially for a project like Koha where we have a lot of developers from around the world doing things their way. Having a good formal development pattern helps a lot. I am 40% for AngularJS, maybe even 50% if I look really hard :) I think most of the guys feeling for REST API and javascript frameworks are here, so I think it s safe to ask how do you feel about AngularJS? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14698] AtomicUpdater - Keeps track of which updates have been applied to a database
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14698 Lari Taskula <larit(a)student.uef.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |16223 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16223 [Bug 16223] Automatically remove any borrower debarments after a payment -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff --- Comment #8 from Julian Maurice <julian.maurice(a)biblibre.com> --- Patch rebased on master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15219] Server-side processing and pagination on checkouts tables
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15219 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #48107|0 |1 is obsolete| | --- Comment #7 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 50075 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50075&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 15565] Place multiple holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '16

08 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Benjamin Rokseth <benjamin.rokseth(a)kul.oslo.kommune.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #9 from Benjamin Rokseth <benjamin.rokseth(a)kul.oslo.kommune.no> --- Fails in intra on placing any number of holds with: /cgi-bin/koha/reserve/placerequest.pl DBIx::Class::Storage::DBI::_dbh_execute(): Column 'biblionumber' cannot be null at /kohadev/kohaclone/Koha/Object.pm line 109 I notice that in the request, param multi_holds is not present -- You are receiving this mail because: You are watching all bug changes.

1 0