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

[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 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 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 7688] New: Change subscriptions numbering pattern and frequencies
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7688 Priority: P3 Change sponsored?: --- Bug ID: 7688 Assignee: julian.maurice(a)biblibre.com Summary: Change subscriptions numbering pattern and frequencies QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha Created attachment 8110 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8110&action=edit 'New subscription' page This development made by BibLibre improve management of numbering patterns and frequencies for subscriptions. It add the possibility to create (and of course edit and delete) numbering patterns and frequencies in two new pages. When you create a new subscription (or edit an existing one) you can change easily the numbering pattern (and the frequency) with a drop-down list. It also change the way the prediction pattern is calculated. It's no more calculated client-side, but server-side, with a Perl script called by ajax. That way it is more consistent because the Perl script use the same functions Koha use to determine the next serial number. (see screenshot attached) -- You are receiving this mail because: You are watching all bug changes.

1 149

[Bug 10424] New: A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10424 Bug ID: 10424 Summary: A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com A separate invoice table which links to the aqorders table via the order number to search against order numbers and pull up the related invoice to see when the item was receipted in -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 13433] New: 655 display in XSLT
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '15

17 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13433 Bug ID: 13433 Summary: 655 display in XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 10344 655: Display as Genre/Form (full display): Display corresponding subfields a, v, x, y, z. This change would bring Koha’s display in line with the now codified practice of separating about-ness (subject headings) from is-ness (genre/form headings). If you're interested, for more info on that, see: http://www.loc.gov/catdir/cpso/genre_form_faq.pdf -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 13640] New: Holds To Pull List includes items unreserveable items
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '15

16 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13640 Bug ID: 13640 Summary: Holds To Pull List includes items unreserveable items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, the Holds To Pull List includes items that are unreserveable or cannot be placed on hold. For instance: Bib Record A has 2 items: Item Record X (can be placed on hold) Item Record Y (cannot be placed on hold) If you place a bib-level hold on Bib Record A, both Item Record X and Item Record Y show up as available items in the Holds To Pull List. -- Fixing this will actually probably involve re-writing the whole of pendingreserves.pl, which is probably long overdue anyway, since it includes a lot of SQL in the script itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2