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

[Bug 9004] New: Talking Tech doesn't account for holidays when calculating a holds last pickup date.
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9004 Priority: P5 - low Change sponsored?: --- Bug ID: 9004 Assignee: koha-bugs(a)lists.koha-community.org Summary: Talking Tech doesn't account for holidays when calculating a holds last pickup date. Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha The Talking Tech outbound script adds the ReservesMaxPickUpDelay to the waitingdate of a reserve to calculate its last pickup day. However, this day may fall on a holiday. In this case, the last day to pick the item up should be pushed to the next open day. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 13471] New: When editing a subscription, the "subscription length type" disregards the stored value, also make SLT translateable.
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13471 Bug ID: 13471 Summary: When editing a subscription, the "subscription length type" disregards the stored value, also make SLT translateable. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This issue causes loss of data when the subscription length type (SLT) is other than issues. TO REPLICATE: We make an subscription with SLT of months = 12. Later make an arbitrary edit to the subscription, and miss out the fact that the SLT selection is set to issues. Save the changes. Serial subscription end date is set to 12 issues since the start date, instead of 12 months which it used to be. This causes a myriad of issues :=) AFTER THIS PATCH: SLT defaults to the value initially saved instead of always being issues. Now the selection can be translated! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 12633] New: SQLHelper replacement - C4::Members
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12633 Bug ID: 12633 Summary: SQLHelper replacement - C4::Members Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: yohann.dufour(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The module C4::Members depends on module C4::SQLHelper. However, the module SQLHelper is obsolete, so the calls for InsertInTable, UpdateInTable and SearchInTable have to be replaced by the use of the module DBIx::Class. -- You are receiving this mail because: You are watching all bug changes.

1 65

[Bug 13895] New: Add API routes for issues retrieval and renewal
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13895 Bug ID: 13895 Summary: Add API routes for issues retrieval and renewal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Add API routes for issues retrieval and renewal -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 13392] New: New statistics wizard for suggestions
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13392 Bug ID: 13392 Summary: New statistics wizard for suggestions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Reports Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Statistics wizard for suggestions -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 13799] New: Add base for building RESTful API
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799 Bug ID: 13799 Summary: Add base for building RESTful API Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 310

[Bug 10163] New: batch-mod items tool fails on files over 1000 lines long
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10163 Bug ID: 10163 Summary: batch-mod items tool fails on files over 1000 lines long Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com CC: m.de.rooy(a)rijksmuseum.nl if you attempt to upload a file with more than 1000 lines, you get an error... ---------------------------------------- Batch item modification - Too many items (1001): not displaying each one individually. Return to batch item modification ---------------------------------------- looking that the code its obvious that the intended behavior is to not display the items, yet still allow the items to be edited this functionality seems broken -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 11343] New: The max number of items to process in a batch is hardcoded
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11343 Bug ID: 11343 Summary: The max number of items to process in a batch is hardcoded Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The maximum number of item records to process in a batch is 1000. This value is hardcoded in the code. It should be store in a syspref. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11490] New: Deleting Batch Items
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '15

18 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11490 Bug ID: 11490 Summary: Deleting Batch Items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This discovery is made based off an enhancement being worked on in bug 11343. It has been discovered that when patch 11343 is in place, if I set the new syspref MaxItemsForBatch to 2, and then try to do a batch delete of 3 items, it won't show the 3 items because of the limit, but it will still allow me to delete beyond the limit. I have concern that even without this patch, staff can delete beyond the hard coded 1000 item limit. Can anyone confirm this issue? Christopher -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 13954] New: other image shows an inadequate rough pixelation
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13954 Bug ID: 13954 Summary: other image shows an inadequate rough pixelation Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: Heinrich.Hartl(a)email.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 37493 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37493&action=edit pixaleted picture side by side with irfanview window of same picture I am preparing a patron card layout including a logo. Since the real logo is not already available I decided to use an arbitrary other .jpg instead. The result in the created pdf is showing the picture in right size and position but badly pixelated. Providing the same picture in .png did not help. I suspect that the resizing operation is not done such as to give an acceptable or optimum result. Please find the following attachments: Screenshot of layout used (template has labels 70*36 mm) Screenshot taken with irfanview showing the pdf created by export viewed 400% and on top of it irfanview Window displaying the same photo - here you can see the pixelated picture side by side with a reasonably resized version of the same picture The used picture to allow you to reproduce my result or even better to use in a testcase for the resolved problem. -- You are receiving this mail because: You are watching all bug changes.

1 25