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

[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

[Bug 4460] Amazon's AssociateID tag not used in links so referred revenue lost
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4460 --- Comment #12 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to comment #11) > This needs to be reverted or a follow up pushed ASAP. OPAC logins currently > broken I've reverted the patch on master too, it a bug that is really a BLO for anyone wanting to test/work on OPAC -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 kyle.m.hall(a)gmail.com <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |Needs Signoff CC| |kyle(a)bywatersolutions.com -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4173] Statuses not appearing in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 kyle.m.hall(a)gmail.com <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2810|0 |1 is obsolete| | --- Comment #12 from kyle.m.hall(a)gmail.com <kyle(a)bywatersolutions.com> --- Created attachment 10798 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10798&action=edit Bug 4173 - Statuses not appearing in the OPAC For the authorised values LOST and DAMAGED, if an OPAC description is defined for the given value, display that description in the OPAC rather than the generic description. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 3701] If the ReturnToShelvingCart syspref is on, and something needs to go in transit, the shelving cart setting is overriding the transit.
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3701 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)biblibre.co | |m --- Comment #2 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- I think I don't understand. What is expected ? I have the same behaviour with and without your patch. Syspref configuration: AutomaticItemReturn = Don't ReturnToShelvingCart = Move - I checkout an item from A - I change my library for B - I checkin the item - The interface ask me if I want to tranfer now (Shelving location is "Book Cart"), I answer "Yes" - I go on the catalogue detail page and the item informations are status = In transit from B, to A, since [date] homelibrary = A Book Cart - I launch the cart_to_shelf script (with modifications for don't wait 1h) and the items.location is set to items.permanent_location. - On the catalogue detail page : status = In transit from B, to A, since [date] homelibrary = A (without "Book Cart") -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6233] New: Cannot place holds on items with a status of on-hold if AllowOnShelfHolds is switched off.
by bugzilla-daemon＠bugs.koha-community.org 12 Jul '12

12 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6233 Bug #: 6233 Summary: Cannot place holds on items with a status of on-hold if AllowOnShelfHolds is switched off. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: janet.mcgowan(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It is not possible to place holds on items that have a status of ‘on hold’ (are available for collection because they are reserved) if the ‘AllowOnShelfHolds’ preference is set to Do not allow. Switching AllowOnShelfHolds off prevents holds from being placed on items that are not checked out. This also means that holds are prevented from being placed on items that are reserved awaiting collection - these aren't checked out, but they aren't available for borrowing either. There seems to be a similarity with bug-4449 - Cannot place holds on unchecked-out missing items if AllowOnShelfHolds is turned off. A workaround for this might be to check out missing items to a dummy patron (thus allowing holds) but this isn't realistic for items that are sitting on a reservations shelf ready for collection. A greater flexibility is requested so so that even though a system is set to Do not AllowOnShelfHolds, it should be possible for patrons to continue to place holds on items that are awaiting collection, even though they are not checked out. -- 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 82] selectbranchprinter.pl is not executable
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '12

11 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=82 Dobrica Pavlinusic <dpavlin(a)rot13.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=6398 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8345] New: UNIMARC author facets are borken
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '12

11 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8345 Priority: P5 - low Change sponsored?: --- Bug ID: 8345 Assignee: oleonard(a)myacpl.org Summary: UNIMARC author facets are borken Severity: major Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha With unimarc the links in the author facets are broken. Using limit=au,wrdl: in the link instead of limit=au does the trick. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 6274] New: Permanent storage of user-uploaded files
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '12

11 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6274 Bug #: 6274 Summary: Permanent storage of user-uploaded files Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::UploadedFile has a FIXME to allow for the permanent storage up user-uploaded files. Currently, all files are stored in /tmp, which is wiped on reboot on many (all?) Linux distros. Enabling permanent storage of user-uploaded files would allow for non-database storage of all variety of media. This could be as simple as adding a flag to the new() routine of the UploadedFile object to indicate permanent or temporary. That, along with a directory defined in koha-conf.xml, may be sufficient. -- 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 1