December 2011 - Koha-bugs - lists.koha-community.org

[Bug 3385] Add checkout date and renewal date to display list of checked out items
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '11

03 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3385 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch Status|Needs Signoff |Signed Off -- 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 0

[Bug 3385] Add checkout date and renewal date to display list of checked out items
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '11

03 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3385 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #6344|0 |1 is obsolete| | --- Comment #7 from Chris Cormack <chris(a)bigballofwax.co.nz> 2011-12-03 00:57:20 UTC --- Created attachment 6549 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6549 Bug 3385 - Add checkout date and renewal date to display list of checked out items This patch doesn't fix the origial request to add the renewal date to the list of checked out items, but follows the other bug commenter's suggestion that the information be added to the item details page (moredetail.pl). The other part of this request, to add the checkout date, has already been fixed by another patch. Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- 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 0

[Bug 180] Literal <br> appears in branch address
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '11

03 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=180 Chris Nighswonger <cnighswonger(a)foundations.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|VERIFIED |CLOSED CC| |cnighswonger(a)foundations.ed | |u --- Comment #1 from Chris Nighswonger <cnighswonger(a)foundations.edu> 2011-12-02 23:41:42 UTC --- This is a golden oldie which seems to have been fixed. Marking closed. Feel free to reopen if you like. -- 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 0

[Bug 3216] UNIMARC author facets
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3216 --- Comment #7 from Ian Walls <ian.walls(a)bywatersolutions.com> 2011-12-02 19:07:47 UTC --- >From a purely technical point of view, this works wonderfully. I was able to apply it, and searches continue to work just fine for MARC21. Unfortunately, as soon as I modify the 650 to be 650az, I run into a problem. The facet displays properly, but if I try to use it, I get no results. This is because, for now, Zebra does not allow multiple subfields to be concatenated and thrown into a single index. Searching for "su-to: Cookery -- Pennsylvania" will return nothing, even if that heading is plentiful in the catalog. Currently, the only way to get to that heading would be "su-to: Cookery AND su-to: Pennsylvania", or to use the linked authority record in subfield 9 I believe that this will mean that UNIMARC 700ab searching will fail; the author name will not be coordinated in the index. Unfortunately, I have no UNIMARC data to test locally, and the two demo sites in UNIMARC (BibLibre and Tamil) are not returning usable results. Can a UNIMARC library test this, and verify if it works? I don't think it will, but if it does, then there is something golden in the UNIMARC biblios/record.abs that I must steal for MARC21! -- 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 0

[Bug 1633] Add ability to take book cover images from local img db
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Jane Wagner <jwagner(a)ptfs.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwagner(a)ptfs.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 0

[Bug 7306] New: New field in the vendor form
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7306 Bug #: 7306 Summary: New field in the vendor form Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 "* client number * Delivery time (days)" (BibLibre MT5850) -- 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 3216] UNIMARC author facets
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3216 Frédéric Demians <frederic(a)tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #6509|0 |1 is obsolete| | --- Comment #6 from Frédéric Demians <frederic(a)tamil.fr> 2011-12-02 15:07:21 UTC --- Created attachment 6535 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6535 Proposed patch Better parameterizing as suggested... Following patches are required to handle better MARC21 subfields and choose other subfields to deal with UNIMARC format. -- 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 0

[Bug 3216] UNIMARC author facets
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3216 --- Comment #5 from Ian Walls <ian.walls(a)bywatersolutions.com> 2011-12-02 14:33:37 UTC --- Thanks, Frédéric! You're right, if the headings are coordinated in MARC21 650 as produced by Net::Z3950::Record->render(), then your code would preserve that. If not, well, nothing we can really do about it, but much better this than the way it is now. -- 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 0

[Bug 2676] When adding an item to a list from opac-detail.pl, the 'open' list type is omitted
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2676 Ian Walls <ian.walls(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |7310 -- 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 0

[Bug 3216] UNIMARC author facets
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3216 --- Comment #4 from Frédéric Demians <frederic(a)tamil.fr> 2011-12-02 14:27:29 UTC --- (In reply to comment #3) > This looks like it would work for UNIMARC 700 pretty well... but not > so much for MARC21 650. The separator is hardcoded to ", "; for > MARC21 650, it should be '--' usually. You're correct. > Examples: > MARC21 650 > { > link_value => 'su-to', > label_value => 'Topics', > tags => ['650abvxyz'], > subfield_sep => '--', > } # this still won't solve the issue of ordering the subfields As it is coded, subfields are displayed as they are found in the field, which seems good for me. Isn't it? I will take a look and will implement your improved data structure. Be prepare to test... -- 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 0