December 2014 - Koha-bugs - lists.koha-community.org

[Bug 13405] New: System information has misleading information about indexing mode
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '14

07 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13405 Bug ID: 13405 Summary: System information has misleading information about indexing mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org At the moment the description in system information sounds like the only thing you have to do to switch from grs1 to dom indexing is to set <zebra_bib_index_mode> and <zebra_auth_index_mode> to 'dom'. Apparently that is not true and may lead to confusion. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12450] New: Closing libraries for the summer
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '14

07 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12450 Bug ID: 12450 Summary: Closing libraries for the summer 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, there is no way to close a library in Koha for a specified period of time. A good example for this is when we have public schools closed for the summer. We should not be able to place holds on their items or use their location as a pickup location. Right now, we have to do several things to accomplish this. First, we have set the default rule for the closed library to "No holds allowed". Next we have to remove the library from all staff pickup locations listed with jquery: $("#pickup option[value='SILVERHILL'],select[name='pickup'] option[value='SILVERHILL']").hide(); Then we have to do the same for the OPAC: $("option[value='SILVERHILL']").hide(); But then we also have to warn the patron that they can't pick up at their library, and then change the default to another library. Otherwise, it will still set their library as the pickup location, even though the choice is hidden in the list: if($("select[name='branch'] :selected").val() =="SILVERHILL") { alert("Your home branch is closed for the summer. Please select a different pickup location."); $("select[name='branch'] option:contains('Wallace Library')").prop("selected",true); }; If we don't change the default selection and the patron places the hold with their library as the pickup location, the hold ends up in limbo. It doesn't show on a queue anywhere! It isn't necessary, but should be done for the staff side as well. Right now we don't, because the pickup location defaults to the logged in library. Our closed libraries would not be logged in at this time. But, ideally it should be done to prevent issues. Ideally, I would like to see a setting in the libraries or calendars that would do all of this. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 13366] New: Required fields not indicated on patron form
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '14

06 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13366 Bug ID: 13366 Summary: Required fields not indicated on patron form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I'm noticing that if you make any of the patron_attr_# fields required in the patron form (memberentry.pl), they don't show as required unless you interact with the field. The label should be red, as other required fields are, and include the label added in http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11812. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13397] New: Move HTML out of C4::Items::PrepareItemrecordDisplay
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '14

05 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13397 Bug ID: 13397 Summary: Move HTML out of C4::Items::PrepareItemrecordDisplay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Proposing to do this as a follow-up for bug 10480. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12365] New: Notes for rules
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '14

04 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12365 Bug ID: 12365 Summary: Notes for rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I would LOVE to see a notes field for each branch (or default) under smart-rules.pl, if not a note field for each individual rule. Often we are combing through rules (and settings for that matter), and come across something we are not sure why we set a particular way. Not all branches have the same workflow or methods, and therefore have a rule set for what they need. However, when we come across that setting months or years later, we have to go through huge discussions as to why it was set, and if we need that setting. This would help save a LOT of time, if we could make notes somewhere about it. Maybe just a notes table, where we could link to the rule, and if there is a note about the rule, a link called "notes" appears next to it that will display a popup window with the note. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13394] New: cancel all holds doesn't generate slips
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '14

04 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13394 Bug ID: 13394 Summary: cancel all holds doesn't generate slips 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you're on the holds over list and you cancel all if it's set to transfer it doesn't generate slips for the items you're transferring so how do you know where the items need to go? It should generate slips like the other transfer functions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9864] New: systematic searching error : can't call method "raw"
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '14

04 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9864 Bug ID: 9864 Summary: systematic searching error : can't call method "raw" Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: koha(a)univ-lyon3.fr Launching a Search, whether on opac or intranet and whatever index is used get the following error : "Can't call method "raw" on an undefined value at /home/kohabac/src/C4/Search.pm line 496" -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 13388] New: Add library pages to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '14

03 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13388 Bug ID: 13388 Summary: Add library pages to the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org <cait> we talked also about exposing more information about the library <cait> like opening hours, teh library's name and website <magnuse> i have been pondering one page per library <magnuse> and it could be linked from the library name in the items tables <cait> i hope i got it right, but i think that was what denials mentioned - that we should link to a separate page <cait> link to the library on the name and tooltip with opacinfo <denials> cait, magnuse - that (one page per library, linked from the library name in the items tables) is _exactly_ what I was suggesting! yay for convergence -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12852] New: The "preview" param is never used in serials/claims.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '14

03 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12852 Bug ID: 12852 Summary: The "preview" param is never used in serials/claims.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This was managed in bug 5342. For a better readability, I moved it in its own bug. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 12980] New: GetHistory does useless processing
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '14

03 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12980 Bug ID: 12980 Summary: GetHistory does useless processing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org GetHistory iterated on the orders to calculate the quantity and price. These values are never used by the called. It can be removed. -- You are receiving this mail because: You are watching all bug changes.

1 10