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

[Bug 14642] New: Add logging of hold modifications
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14642 Bug ID: 14642 Summary: Add logging of hold modifications Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I think it's high time we added a HoldsLog system preference to log creation, updating, and filling of holds. I would say the following is needed: 1) Hold creation ( staff/opac, bib, item, date, priority ) 2) All hold modifications ( changing of priorities except for reflowing priorities, trapping an item to a hold, deleting a hold, etc ) 3) Hold fulfillment -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 12157] New: Batch delete for serial holdings
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12157 Bug ID: 12157 Summary: Batch delete for serial holdings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Request by a library: Currently we have to delete serial holdings one by one, it would be nice to be able to delete several (or many) at one time with a batch delete function for serial holdings. This would not necessarily have to delete the associated holding item, only the serial record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15054] New: Get items from database instead of search engine in search results
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15054 Bug ID: 15054 Summary: Get items from database instead of search engine in search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since OPAC uses the XSLT, the items displayed in search results does not come from search engine results anymore (see C4::XSLT::buildKohaItemsNamespace), they come from database table items. At intranet, the search results page, even when XSLT is used, displays items in left column and they come from search engine result. This enh proposes to get items from database. The big advantage is that item status display does not relay on indexing anymore. When checking in or out, the effect in search results is instantaneous, same for item defined as lost, damaged, ... -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 15055] New: Koha generates new subscription item even when it's not necessary
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15055 Bug ID: 15055 Summary: Koha generates new subscription item even when it's not necessary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: j.kylmala(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When receiving a subscription item, Koha will assume that you want to create a new subscription item (which will be put in the "expected" status) every time. How to reproduce this: 1. Someone accidentally changes something to "received" and then changes it back to "expected". -> a new item in subscriptions has been generated 2. Now we go and change that accidentally changed item back to "received". -> a new item in subscriptions has been generated 3. Now there is two new items waiting to be received. Normally there should be just one. 4. and what if someone changes the status 10 times accidentally to received.. Then there would be 10 new items waiting with the status "expected". Also when you add the last item of that specific subscription period Koha shouldn't generate the maybe future subscriptions item there. There is a huge bug(?) in the C4::Serials::abouttoexpire(), so fixing this might be difficult. The bug is that originally periodic subscription has been changed to non-periodic in the renewal phase and then it doesn't take that account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14788] New: Move opac-topissues.pl code into C4::Circulation
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14788 Bug ID: 14788 Summary: Move opac-topissues.pl code into C4::Circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Move opac-topissues.pl code into C4::Circulation -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 14858] New: misc/batchRebuildItemsTables.pl has hard coded record length limit of 99999 bytes.
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14858 Bug ID: 14858 Summary: misc/batchRebuildItemsTables.pl has hard coded record length limit of 99999 bytes. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz At line 73 of misc/misc/batchRebuildItemsTables.pl, we're skipping records whose $reclen is greater than 99999 bytes. if ($reclen > 99999) { push @errors, "bad record length for biblionumber $biblionumber (length : $reclen) "; next; } The 99999 byte limit is only valid for GRS-1, which has been removed from koha, therefore this limit should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 14918] New: Remove C4::Dates from circ/pendingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14918 Bug ID: 14918 Summary: Remove C4::Dates from circ/pendingreserves.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org This patch removes C4::Dates from circ/pendingreserves.pl -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 14776] New: SCO/shelfcheck 'log out' option redirects to OPAC, not back to SCO
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14776 Bug ID: 14776 Summary: SCO/shelfcheck 'log out' option redirects to OPAC, not back to SCO Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 42311 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=42311&action=edit pic SCO 'log out' option redirects to OPAC, not back to SCO pic attached -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 15037] New: Batch checkout tab should be hidden for patrons not satisfying policy
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15037 Bug ID: 15037 Summary: Batch checkout tab should be hidden for patrons not satisfying policy 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There's no use for the Batch checkout tab when the patron belongs to a category that is not listed in BatchCheckoutsValidCategories. I belive the tab should be hidden in that case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 13414] New: Enable right truncation with search by relevance
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13414 Bug ID: 13414 Summary: Enable right truncation with search by relevance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 34199 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=34199&action=edit Enable right truncation with search by relevance This patch slightly modifies build_weighted_query function (Search.pm) that defines the ranking levels for a search by relevance in order to make right truncation possible when QueryWeightFields syspref is activated (even ranked with little weight) it modifies the type of this syspref from boolean to choice in order to add this possiblity as a third option : Search by relevance with right truncation. Default remains Search by relevance (without truncation). -- You are receiving this mail because: You are watching all bug changes.

1 24