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

[Bug 8298] New: Can't call method "subfield" on an undefined value at Biblio.pm (sub _AddBiblioNoZebra)
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '12

19 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8298 Priority: P5 - low Change sponsored?: --- Bug ID: 8298 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Can't call method "subfield" on an undefined value at Biblio.pm (sub _AddBiblioNoZebra) Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Koha version: 3.09.00.017 Error message: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.____pm line 2965. Reported on koha(a)lists.katipo.co.nz , 23.June 2012 Occurs in sub _AddBiblioNoZebra called by sub ModZebra. Line 2730 ((if preference "NoZebra" is set)) Line 2730: %result = _AddBiblioNoZebra( $biblionumber, $newRecord, $server, %result ); It seems, that $newRecord is not defined, leading to error message above. See comment on line 2700: " $newRecord is the MARC::Record containing the new record. It is usefull only when NoZebra=1, (...) " Workaround: ---------- Set system preference "NoZebra" to "Use" Questions: -------- - Should Preference "NoZebra" be removed (since it is depracated and seems to be broken) or - Should the bug be tracked down ($newRecord not defined)? Marc -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7512] New: Dev mode install should use Zebra configs from kohaclone
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '12

19 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7512 Bug #: 7512 Summary: Dev mode install should use Zebra configs from kohaclone Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha.sekjal(a)gmail.com When installing Koha using dev mode, the Zebra configuration files should really be pulled directly out of kohaclone rather than being copied to koha-dev. This will save a great deal of time and suffering when testing Zebra configuration changes, and bring the behavior more in line with standard mode (which always uses the latest version at time of install). -- 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 1

[Bug 6855] New: bullet point showing in wrong place on error message
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '12

18 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6855 Bug #: 6855 Summary: bullet point showing in wrong place on error message Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All URL: cgi-bin/koha/reserve/request.pl?biblionumber=4091 OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5345 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5345 chrome error message See attached. When placing a hold in Chrome the bullet point shows to the far left bottom of the box instead of next to the text like it does in Firefox. -- 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 22

[Bug 7729] New: svc API should allow creation and deletion of items
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '12

17 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7729 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 7729 Assignee: mjr(a)ttllp.co.uk Summary: svc API should allow creation and deletion of items QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: mjr(a)ttllp.co.uk URL: http://koha:8080/svc/biblio Hardware: All Status: ASSIGNED Version: unspecified Component: Architecture, internals, and plumbing Product: Koha The svc new_biblio and biblio scripts delete items, but it's not clear why. Item creation over svc is a desirable option. The svc API should also support deletion of items - maybe using HTTP DELETE method. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8305] New: Use apple-touch-icon for pretty bookmark icons
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '12

17 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8305 Priority: P5 - low Change sponsored?: --- Bug ID: 8305 Assignee: oleonard(a)myacpl.org Summary: Use apple-touch-icon for pretty bookmark icons Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Currently if you bookmark the Koha OPAC on a device like the iPad by adding it to your "home" screen, you get an icon that is a tiny screenshot of the page you bookmarked - not very pretty. Specifying a pretty icon is as simple as this: <link rel="apple-touch-icon" href="/custom_icon.png"/> And of course we have to add the actual icon. Despite the name, this is supposed to work for e.g. Android-based devices, not just Apple devices. It might be a good idea to have one icon for the OPAC and one for the intranet, like we do with the favicons. Docs: - http://developer.apple.com/library/ios/#DOCUMENTATION/AppleApplications/Ref… - http://mathiasbynens.be/notes/touch-icons -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 5644] New: fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '12

17 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5644 Summary: fines not cleared with dropbox mode Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 It was my understanding that checking the dropbox mode option on the check in screen made the due date effectively the last day the library was open and as such wiped out fines for the extra day. It appears that is not the case. Fines for the item being late remain on the patron's account. The only way around this is to 'forgive fines' when using dropbox mode, but that forgives all fines and really we only want to forgive one day of fines. -- 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 35

[Bug 8063] New: Hold print notices do not sort by branch
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '12

16 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8063 Priority: P5 - low Change sponsored?: --- Bug ID: 8063 Assignee: gmcharlt(a)gmail.com Summary: Hold print notices do not sort by branch Severity: major Classification: Unclassified OS: All Reporter: joy(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Command-line Utilities Product: Koha The gather_print_notices.pl cronjob for printing hold notices mails all notices as one file and does not separate out the notices by branch. For libraries with multiple branches this results in large files being received by individual branches that need to be read/sorted/printed or ignored. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 6394] New: purchase order has french hard coded in
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '12

14 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6394 Bug #: 6394 Summary: purchase order has french hard coded in Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4235 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4235 purchase order On the purchase order it says 'publié par' - instead of 'published by' I'd recommend we either remove the label all together or have a way to translate that. -- 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 17

[Bug 8005] New: Lost item is not anonymized when checked in
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '12

13 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8005 Priority: P5 - low Change sponsored?: --- Bug ID: 8005 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Lost item is not anonymized when checked in QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: joy(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_6 Component: Circulation Product: Koha When an item is marked as lost and then later checked in, the circulation history is not anonymized, i.e. the patron who 'lost' it, is still shown as the last person to check out the item. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 6296] New: Allow authentication to Koha via PKI / x.509 certificates
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6296 Bug #: 6296 Summary: Allow authentication to Koha via PKI / x.509 certificates Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org This enhancement will allow authentication to Koha via client side certificates. This can be achieved with apache2 + mod_ssl And the SSLVerifyClient Require directive (Plus a lot more configuration) Configuration for this as part of the install may fall outside the scope of this enhancement, this will be more concerned with dealing with a user that has been authenticated by apache in Koha -- 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 30