November 2013 - Koha-bugs - lists.koha-community.org

[Bug 11199] New: 008 value builder skips invalid characters and collapses remaining data
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '13

04 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11199 Bug ID: 11199 Summary: 008 value builder skips invalid characters and collapses remaining data Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org CC: dpk(a)randomnotes.org, m.de.rooy(a)rijksmuseum.nl This is a problem with imported records where the # character is present instead of a blank (though it also seems to happen if there is any character present that is not in the available lists). It only happens if you open the 008 value builder to edit the field after the record has been imported. Here's an example of a problematic 008: 130515s2006####stka###gr#####000#0#eng#d If I edit the record and open the 008 value builder, Koha automatically changes it to: 130515s2006 It ignores all the # characters, and shifts everything over, thus changing characters that were valid in their original position into invalid characters (or incorrect characters, though valid) in their new positions. If a character in a new position is invalid, Koha ignores it as well and collapses the data. . . Because the invalid characters are still there (though they are ignored)if you try to edit the above 008 in the value builder, changes don't always end up where you think you put them. The only way to be certain all positions are entered correctly is to return to the MARC editing page, clear the contents of the 008 and start over. This is what it looks like after manually clearing the field and entering the information: 131030s2006 stka gr 000 0 eng d The # have all been turned into blanks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11198] New: KOHA INSTALLATION
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '13

04 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11198 Bug ID: 11198 Summary: KOHA INSTALLATION Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: shiju(a)virtusindia.com QA Contact: testopia(a)bugs.koha-community.org The Koha online catalog is offline for system maintenance. We'll be back soon! How -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11197] New: Allow holds to be automatically confirmed, when no transfer is needed
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '13

04 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11197 Bug ID: 11197 Summary: Allow holds to be automatically confirmed, when no transfer is needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Oftentimes, the staff person will scan an item that is on hold, stop to put on a sticker, and then go on to scan the next item without selecting confirm. We get distracted, the phone rings, a customer asks a question, we aren't paying attention... Also there are many times that I walk up to an unmanned computer and I see a message like the one below. If someone uses that workstation without confirming, then the hold shows as "available". Proposal: To add a systempreference, AutoHoldConfirm, that if on, will automatically mark holds as waiting at checkin. If they are on hold at the branch they are being checked in at. This should have no change in behaviour at all without this systempreference being enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11195] New: rename biblioitems.publishercode into publisher
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '13

03 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11195 Bug ID: 11195 Summary: rename biblioitems.publishercode into publisher Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org "publishercode" name is deceptive, as it does not contain a code, but a name. So it should be called "publisher" M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8252] New: Error in DOM biblio for UNIMARC (no range for fields 1xx)
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '13

03 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8252 Priority: P5 - low Change sponsored?: --- Bug ID: 8252 Assignee: paul.poulain(a)biblibre.com Blocks: 7818 Summary: Error in DOM biblio for UNIMARC (no range for fields 1xx) Severity: critical Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Searching Product: Koha The biblio-koha-indexdefs.xml in case of UNIMARC is wrong for coded fields (1xx) For example, the 100 field says: <index_subfields xmlns="http://www.koha-community.org/schemas/index-defs" tag="100" subfields="a"> <target_index>tpubdate:s</target_index> <target_index>ta:w</target_index> <target_index>ta:w</target_index> <target_index>ta:w</target_index> <target_index>Modified-code:n</target_index> <target_index>ln:s</target_index> <target_index>char-encoding:n</target_index> <target_index>char-encoding:n</target_index> <target_index>char-encoding:n</target_index> <target_index>script-Title:n</target_index> </index_subfields> We should use ranges like what it made for MARC21: <index_control_field xmlns="http://www.koha-community.org/schemas/index-defs" tag="007" offset="0" length="1"> <target_index>ff7-00:w</target_index> </index_control_field> and use offset and length -- You are receiving this mail because: You are watching all bug changes.

1 69

[Bug 11191] New: Errors and missing headings in MARC21 authority configuration file
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '13

03 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11191 Bug ID: 11191 Summary: Errors and missing headings in MARC21 authority configuration file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org 431 and 531 are used for "see also" forms of uniform titles, instead of 430 and 530 Chronological Term (new 2002) : 148, 448, 548 and Medium of Performance Term (new 2013) : 162, 462, 562 are not indexed in record.abs (and probably DOM conf files) for MARC21 authorities. See also forms subdivision headings (180-185) are not indexed Notes are not indexed M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6594] New: Add schema.org microdata
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '13

03 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6594 Bug #: 6594 Summary: Add schema.org microdata Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org Would it be a good idea to add schema.org microdata to the OPAC, as described here? http://go-to-hellman.blogspot.com/2011/07/spoonfeeding-library-data-to-sear… See also: http://schema.org/CreativeWork http://schema.org/Book There are several types that might be relevant, not just Book. -- 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 23

[Bug 10766] New: Cataloging reservoir search broken if UseQueryParser is off
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '13

03 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10766 Bug ID: 10766 Summary: Cataloging reservoir search broken if UseQueryParser is off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Commit 144c7f4e caused a regression on reservoir search. When UseQueryParser is off, the $query variable is munged to include an index specifier -- for example, "harry" becomes "kw,wrdl,rtrn=harry". However, BreedingSearch() does not recognize that form of query. Consequently, when UseQueryParser is off, cataloging search will essentially never turn up any results from the reservoir. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10830] New: Add schema.org microdata for UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '13

02 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10830 Bug ID: 10830 Summary: Add schema.org microdata for UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Bug 6594 add schema.org microdata for MARC21. This bug will do the same for UNIMARC. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9725] New: Add support to notices for hourly loans
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '13

02 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9725 Bug ID: 9725 Summary: Add support to notices for hourly loans Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com Overdue notice triggers are still in days only, so it is not possible to notify patrons as soon as an item out is due. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1