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

[Bug 12571] New: Add ability to customize SIP2 screen messages
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '15

04 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12571 Bug ID: 12571 Summary: Add ability to customize SIP2 screen messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com We should add the ability to apply a regular expression to screen messages for the SIP2 server. This would allow libraries to not only customize the screen messages the patron sees, but can also allow screen messages to be translated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11634] New: Allow renewal of item with unfilled holds if other available items can fill that hold
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '15

04 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11634 Bug ID: 11634 Summary: Allow renewal of item with unfilled holds if other available items can fill that hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The current holds behavior in Koha allows a situation like this: - Patron A has an item currently checked out. - Patron B places a hold on the next available copy of that title. - Then Patron A will not be able to renew his item, even if there are other available copies of that title that could potentially fill Patron B's hold. Since this seems unfair to Patron A, we should allow renewal of items even if there are unfilled holds, but those holds could all be filled with currently available items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 11232] New: Retrieve facets from Zebra
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '15

04 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11232 Bug ID: 11232 Summary: Retrieve facets from Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At Kohacon, a few of us (Jared, Paul P, Tomas, myself, and possibly others) looked at using Zebra's native facetting. After a bit of trial and error, in the final 15 minutes of the hackfest, we were able to get it working using queries in YAZ(high fives all around), but I'm not sure if anyone has followed up on that work (as I've been on holiday). I don't see any existing bug reports for adding this functionality to Koha, but I think it would be preferable to how we build facets at the moment (hence this bug). This method should be: 1) faster (since it is pulling the facets from the search results using indexes rather than iterating through every record); 2) more comprehensive (it is based on the full result set and not just the first 50 or so results [depending on your sysprefs]); 3) able to build facets for control fields and the leader (since it pulls data using indexes, we should be able to easily build facets for publication year, record type, etc.). In terms of customizability (bug 10891), it might be more difficult to change on the fly. This is because we need to explicitly define each facet index in our configuration files for Zebra. I'll need to look over my notes and do a few more experiments, but I'm quite certain this is the case. While we could add a mechanism for allowing users to specify which facets to retrieve and display (probably a good idea), we couldn't do the same for the static XML config file. So we would need to either include all the indexes in the XML config file or mark it as a place for local changes. I'm not sure about the cost/benefit of telling Zebra that every index could be used as a facet. I don't imagine it would be too much of a cost though, since the list of facets would be fed to Zebra on start up and not runtime. -- As I said, I'm not sure if anyone is working on the native facetting at the moment. I would like to but I'll have to look at my workload and chat to my boss. I'll be happy to post my notes in a comment tomorrow on how to get it to work. The config is slightly different for DOM and GRS1 but it works well for both. -- You are receiving this mail because: You are watching all bug changes.

1 125

[Bug 6590] New: Removing hyphens from isbn and issn when cataloging a biblio
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '15

03 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6590 Bug #: 6590 Summary: Removing hyphens from isbn and issn when cataloging a biblio Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: juan.sieira(a)xercode.es QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com By removing hyphens from isbn and issn in marcxml and marc, it makes possible search for a isbn or issn with or without them. When a search of an isbn, or issn is made, it has to remove them too. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 31

[Bug 9096] New: Subscription Fee for patrons
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '15

02 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9096 Bug ID: 9096 Summary: Subscription Fee for patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mpprasanth75(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Please include a filed to enter subscription fees details in the patron enrolment section.I am from Kerala India.Working with public library affiliated to Kerala State Library Council.We are collecting subscription fee from our members every month.That fees entering and updated status for a member is required to every members circulation page.Now Koha only enrolment fee only thats for one time payment but in subscription fee is charging every month.Please necessary to do this matter. Regards Prasanth 09961858865 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 12472] New: Unit Tests failing with "MySQL server has gone away"
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '15

02 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12472 Bug ID: 12472 Summary: Unit Tests failing with "MySQL server has gone away" 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This bug is related to bug 11891 which was recently pushed to master. The issue is that the followup "Bug 11891: (follow-up) remove custom storage class" ( commit id 967f5cb51321a6a08176c7718a6ab933b3b5f926 ) removes the custom storage class that stopped DBIx::Class from destroying the dbh handle when it was done using it. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9212] New: Parentheses in subject headings break search
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '15

01 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9212 Bug ID: 9212 Summary: Parentheses in subject headings break search Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com Click a subject link such as "SAS (Computer program language)" gives the error: Error: Can't call method "sort" on an undefined value at /home/koha/kohaclone/C4/Search.pm line 404. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 11481] New: new reservation syspref HoldOnlyWhenAllItemsOnLoan
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '15

29 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11481 Bug ID: 11481 Summary: new reservation syspref HoldOnlyWhenAllItemsOnLoan 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: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org This new syspref sets the following behavior about reserves : When enabled, placing hold is possible only if all the items potentially holdable of a record are on loan. By "potentially holdable", we mean these which can be reserved according to circulation rules and have neither notforloan, withdrawn, lost, nor damaged status. Test Plan : 1) Enable RequestOnOpac and HoldOnlyWhenAllItemsOnLoan sysprefs 2) Choose one borrower (patron1) to place holds : get his category, login and pasword. 3) Go to Administration/Circulation and fine rules. 4) in the ALL libraries table (selected by default) set a circulation rule for the borrower category adding an amount of holds in "Holds allowed" column For a beginning , you can set only one rule with itemtype as All or several rules with different item type. 5) In the pro interface, choose a record with some items : you can choose a notforloan status for one, set an itemtype with a circ rule without holds allowed for another etc. 6) Check out on your count as much items of this record as it's possible. Do not forget to change branch to checkout the items from their homebranch. 7) go to opac and search for the detailed record 8) You do not see the Place hold button yet : you must first authenticate yourself as patron1 to make it appear. Then you can pursue the Placing hold process as usual. 9) reconnect as admin and go to pro interface , search for the detailed record 10) click the Holds tab and enter patron1 in text box 11) the usual form appears : you can choose there the pickup location and select a specific item in the items table. 12) Now, check in one of the items and go back to opac detailed record 13) Even if you are already authentified (as patron1), the "Place hold" icon is no more visible (hold is no more possible) 14) reconnect as admin and go back in the pro interface to the detailed record 15) Enter patron1 again in patron textbox : the "Cannot place hold message" displayed with the following explanation : "All reservable items of the record must be on loan" -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 10996] New: Cannot exclude numeric subfields on export
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '15

29 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10996 Bug ID: 10996 Summary: Cannot exclude numeric subfields on export Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Tools export allows you to specify tags and subfields to strip from exported records. However if the subfields you specify are numeric they are not stripped Cause the regexp used to parse the exclusion list considers all numerics to be part of the tag number so an attempt to strip $9 from tag 110 ends up in stripping tag 1109!! -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12991] New: XSTL displaying the the 490, rather than the 830.
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '15

29 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12991 Bug ID: 12991 Summary: XSTL displaying the the 490, rather than the 830. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the staff catalog, the 490, rather than the 830, is the one whcih is visible and hyperlinked- it should be the 830, as 490 is often the untraced for 'see from' form of the title authority. In public catalog records, it looks like the 830 title does appear and is hyperlinked, but does not retrieve records. In some cases, a colon appears at the end of the linked authority in the public record, though there is no colon in the 830 record in Staff Cataloging. In other cases, a period is at the end, correctly, but still no records are retrieved when clicking on the link. -- You are receiving this mail because: You are watching all bug changes.

1 3