June 2012 - Koha-bugs - lists.koha-community.org

[Bug 8335] New: Missing Icon PR.png or typo in MARC21slim2OPACDetail.xsl
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8335 Priority: P5 - low Change sponsored?: --- Bug ID: 8335 Assignee: oleonard(a)myacpl.org Summary: Missing Icon PR.png or typo in MARC21slim2OPACDetail.xsl Severity: minor Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: OPAC Product: Koha koha-error_log complains the following: File does not exist: /usr/share/kohaclone/koha-tmpl/intranet-tmpl/prog/img/famfamfam/PR.png, referer: http://(------)/cgi-bin/koha/catalogue/detail.pl?biblionumber=9 It seems that this is triggered by: koha-tmpl/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl in follwoing lines: <xsl:variable name="materialTypeCode"> (...) <xsl:when test="$leader6='c' or $leader6='d'">PR</xsl:when> Two possibilities: - Icon PR.png is really missing - Typo in MARC21slim2OPACDetail.xsl Marc -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8323] New: User created lists not sorting properly
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8323 Priority: P5 - low Change sponsored?: --- Bug ID: 8323 Assignee: oleonard(a)myacpl.org Summary: User created lists not sorting properly Severity: trivial Classification: Unclassified OS: All Reporter: chrish(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Sorting by year in opac lists doesn't work due to trying to use biblioitems.publicationyear which is not mapped in the default MARC21 mapping. My patch passes through the sorting field and will change 'year' to 'copyrightdate' to instead sort by biblio.copyrightdate (marc 260$c). Patch incoming (have to get bug number first). -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 7286] New: fix rebuild_zebra.pl to add rebuild_zebra_sliced.zsh and
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7286 Bug #: 7286 Summary: fix rebuild_zebra.pl to add rebuild_zebra_sliced.zsh and Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: stephane.delaune(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 8314] New: Missing MARCISBNS param in opac-detail.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '12

07 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8314 Priority: P5 - low Change sponsored?: --- Bug ID: 8314 Assignee: oleonard(a)myacpl.org Summary: Missing MARCISBNS param in opac-detail.pl Severity: minor Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: OPAC Product: Koha The function is executed in opac-detail.pl from Biblio.pm, but the param never gets passed to opac-detail.tt, which asks for MARCISBNS before normalized_isbn. The lack of this parameter means that only the 1st ISBN is ever shown. The other ISBNs are suppressed. Just need to add "MARCISBNS => $marcisbnsarray," to opac-detail.pl around line 588. I would do this, but I'm embroiled in trying to get our first fully functional local version of 3.8 up and running. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8271] New: teach SIPServer to set its own lib path
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8271 Priority: P5 - low Change sponsored?: --- Bug ID: 8271 CC: colin.campbell(a)ptfs-europe.com Assignee: koha-bugs(a)lists.koha-community.org Summary: teach SIPServer to set its own lib path Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: master Component: SIP2 Product: Koha The SIPserver uses a libpath different from the rest of Koha its passed in the upscript using -I. having cd'd to the C4/SIP directory. Perl has a perfectly good way to manage this rather than relying on -I being set correctly in a calling script. Using it may remove a barrier to setting up and debugging sip configurations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 7787] New: SIP server closes the TCP connection when it receives an invalid message
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7787 Priority: P5 - low Change sponsored?: --- Bug ID: 7787 Assignee: colin.campbell(a)ptfs-europe.com Summary: SIP server closes the TCP connection when it receives an invalid message QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: marc(a)msys.ch Hardware: All Status: NEW Version: unspecified Component: SIP2 Product: Koha When the SIP server receives an invalid message, it closes the TCP connection. It should keep the connection open, but ignore the message and reply with a RESEND message (96). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 7725] New: Marking a subfield mandatory makes the entire field mandatory
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7725 Priority: P5 - low Change sponsored?: --- Bug ID: 7725 Assignee: gmcharlt(a)gmail.com Summary: Marking a subfield mandatory makes the entire field mandatory QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Bibliographic data support Product: Koha When you mark a subfield mandatory in the MARC framework, that has the effect of making the tag mandatory as well, regardless what the "mandatory" flag on the tag is set to. I think that marking a subfield mandatory should have the effect of "mandatory if applicable," which is used commonly in the MARC standards but can't be represented at present in Koha's MARC bibliographic frameworks. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6097] New: overdue_notices: when no notice, debarred action not done
by bugzilla-daemon＠bugs.koha-community.org 06 Jul '12

06 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6097 Bug #: 6097 Summary: overdue_notices: when no notice, debarred action not done Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In overdue rules, when letter is set to "No notice", and debar is checked, the borrower would not be debarred. -- 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 14

[Bug 5437] New: smart-rule improvements
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '12

05 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5437 Summary: smart-rule improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Ergonomics_of_smar t-rules_and_circulation_parameters OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 A lot of development is intended to allow for more refined parameters as far as circulation is concerned: see other RFCs for 3.4. There's going to be many more options and many more toggles / choices / more possibilities. It's doubtful this can be accommodated within the current smart-rules.pl page. So a new way to deal with the UI aspect of managing rules is in order. (to be continued with actual proposals: feel free to chime in) This part has been done. It uses a new module C4/IssuingRules.pm and jquery to display and help in organisation of the smart-rule. Still to be done : a) highlighting the selected values, b) use of JEditable in order to allow ppl to edit one value at a time Librarian can now enter default values for a library entering a * where they want the value to be abide by for all the categories or itemtypes below network quotas are also checked, namely, when a value is entered for a default library, and a user borrows books from two libraries, not only Koha checks the quota for each library is respected, but also it checks the conformity with the global rule (“*”) -- 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 3

[Bug 8242] New: Permission for "change password" button in members toolbar should be "borrowers" instead of "staffaccess"
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '12

04 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8242 Priority: P5 - low Change sponsored?: --- Bug ID: 8242 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Permission for "change password" button in members toolbar should be "borrowers" instead of "staffaccess" Severity: enhancement Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha Created attachment 10256 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10256&action=edit Patch members-toolbar.inc Same thing than bug Bogue 7888 but in members tab : allow a use with edit borrowers permission to change the password. Patch changes permisison for "change password" button in members-toolbar.inc from staffaccess to borrowers. To test : To test: - With a staff user with borrowers permission, verify the change password button is shown for a normal patron. - With a staff user without borrowers permission, verify the change password button does not appear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13