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

[Bug 13307] New: Create a link to the last advanced search in search result page (OPAC)
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13307 Bug ID: 13307 Summary: Create a link to the last advanced search in search result page (OPAC) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 11401] New: Add support for Norwegian national library card
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11401 Bug ID: 11401 Summary: Add support for Norwegian national library card Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Norway, we have a national database of library patrons, called "Nasjonalt lånekort" (NL). The fact that communnication with this database is missing from Koha is one of the two main stumbling blocks that keep Norwegian libraries from adopting Koha (the other one is the lack of support for the Norwegian ILL protocol). This bug will add support for NL to Koha. Communication with NL happens through SOAP. Documentation on NL is available here: http://www.lanekortet.no/ but it is in Norwegian only, alas. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 11175] New: Show the parent records child records (aka. component parts) in the detailed views.
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '15

06 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Bug ID: 11175 Summary: Show the parent records child records (aka. component parts) in the detailed views. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl TERMINOLOGY: "Child record" or "Component part": A Bibliographic record connected to it's host record via $773w -> 001 or via other Record-control-number-index relation. "Host record": A bibliographic record which contains child records. Host record doesn't have a link to the child record. USEFUL: For music cataloguers whose jobs depend on these. For browsing the contents of a musical record. Provides the basis for a high quality music library service. Because Koha has the building blocks to create these child records out of box, it is odd that they can't be displayed out of box. This patch adds a system preference AddChildRecordsToDetailedViews. This controls if child records data is appended after the bibliographic data for XSLT parsing. Also makes sure that child records are not pulled needlessly for non-detailed views as this would cripple performance. Modifies the default XSLT templates: MARC21slim2intranetDetail.xsl and MARC21slim2OPACDetail.xsl to display the child record data as HTML. Modifies .css files as well. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 10938] New: item columns in different order
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10938 Bug ID: 10938 Summary: item columns in different order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 21417 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21417&action=edit image 1 See the attached images. Both of these are viewed from /cgi-bin/koha/catalogue/MARCdetail.pl?biblionumber=### The columns at the top are in different order even though they're both the same framework. I think the column headings should be in the same order everywhere. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7976] New: "Borrow Permission" is not functional
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7976 Priority: P5 - low Change sponsored?: --- Bug ID: 7976 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: "Borrow Permission" is not functional QA Contact: koha.sekjal(a)gmail.com Severity: trivial Classification: Unclassified OS: All Reporter: joy(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_6 Component: Patrons Product: Koha The 'borrow permission' for staff category borrowers does not appear to be functional. Staff are still able to borrow items regardless of this permissions setting. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 13619] New: Add a link for pending suggestion on acqui-home.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13619 Bug ID: 13619 Summary: Add a link for pending suggestion on acqui-home.pl 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: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 35515 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=35515&action=edit suggestion Hi, It would be nice that a link be added on text "suggestion waiting" to arrive in pending tab in suggestion.pl. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 14039] New: Add patron title to checkout screen
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14039 Bug ID: 14039 Summary: Add patron title to checkout screen Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking out an item to a user, it sounds more professional if the patron can be addressed as Mr / Mrs / Miss etc, but this information doesn't display to the staff member, who has to click on the details tab in order to find out how the patron should be addressed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 10636] New: patronimage should have borrowernumber as PK, not cardnumber
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10636 Bug ID: 10636 Summary: patronimage should have borrowernumber as PK, not cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The patronimage table currently has cardnumber as its primary key rather than borrowernumber. patronimage.cardnumber in turn has a FK constraint referencing borrowers.cardnumber. This is less than ideal for a couple reasons: [1] DBIX::Class (see bug 8798) complains about it. In particular, any code that loads Koha::Database would litter the Apache logs with the following: DBIx::Class::Carp::__ANON__(): "might_have/has_one" must not be on columns with is_nullable set to true (Koha::Schema::Result::Borrower/cardnumber). This might indicate an incorrect use of those relationship helpers instead of belongs_to. at /usr/share/perl5/DBIx/Class/Relationship/HasOne.pm line 96 [2] Every other table that has an FK to borrowers uses borrowernumber as the referent. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 13354] New: z3950 admin: strip leading/training whitespace in fields, when saving Z39 entry
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '15

05 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13354 Bug ID: 13354 Summary: z3950 admin: strip leading/training whitespace in fields, when saving Z39 entry Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have been bumping into a few problems recently, with users creating z39 entries with accidential hidden space ' ' characters in various field, which cause difficult to detect failures :/ it would be a good thing to strip leading/training whitespace in fields, when saving Z39 entries - to avoid this problem -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14024] New: add reports to action logs
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '15

04 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14024 Bug ID: 14024 Summary: add reports to action logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Lately I've seen a lot of people deleting reports they shouldn't. I'd love it if there were a log for reports. So when you create it the action log keeps a record of what the SQL was and if you delete it it tracks who did the deleting. That way I can recover old SQL from the logs if need be. -- You are receiving this mail because: You are watching all bug changes.

1 31