October 2015 - Koha-bugs - lists.koha-community.org

[Bug 14944] New: show error in frameworks/cataloging if upload path not set
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14944 Bug ID: 14944 Summary: show error in frameworks/cataloging if upload path not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 6874 It would be nice if when you were allowing file uploads via marc you were warned on the frameworks editor that your upload path is not set. Right now it only warns you in about koha, and most people don't look there. It would also be helpful if it shows on the cataloging editor. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874 [Bug 6874] Attach files to bibliographic records -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7804] New: Add Koha Plugin System
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '15

04 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7804 Priority: P5 - low Change sponsored?: --- Bug ID: 7804 Assignee: gmcharlt(a)gmail.com Summary: Add Koha Plugin System QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Tools Product: Koha In the long run, I imagine a system where Koha users can upload plugins to a koha community plugin site and then search for, install and update plugins from within Koha itself, much like Wordpress can. -- You are receiving this mail because: You are watching all bug changes.

1 137

[Bug 14881] New: batch item modification : item properties not displaying when accented characters are used
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '15

04 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14881 Bug ID: 14881 Summary: batch item modification : item properties not displaying when accented characters are used Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: wwwretive(a)yahoo.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 42800 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=42800&action=edit screenshot showing the authorized values not beeing displayed i run koha 3.18.10 on debian wheezy. when i use the batch item modification tool, some item properties are not displayed. (see screenshot attached). when the authorized values have accented characters in their description, the generated html is missing the description : <option value="Histoire / Afrique / Colonialisme & Anti-colonialisme">Histoire / Afrique / Colonialisme & Anti-colonialisme</option> --> no diacritics, generated html ok <option value="Histoire / Afrique / Généralités"></option> --> with "e accute", the generated html is missing the description -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14947] New: Overdue Items warning not updated after renewal
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '15

03 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14947 Bug ID: 14947 Summary: Overdue Items warning not updated after renewal Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When bringing up a patron with overdue items, if you renew the overdue items, the overdue warning in the upper right corner of the screen (on circulation.pl) does not go away. You have to refresh the screen. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12756] New: Koha to MARC mapping 264$a, $b, and, $c
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '15

03 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12756 Bug ID: 12756 Summary: Koha to MARC mapping 264$a, $b, and, $c Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Keywords: rel_3_16_candidate Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This enhances it's for introduce new fields into the biblio and biblioitems tables for the new field 264 and the respective subfields. This imply to add, first, three new fields like 260$c biblio.copyright, 260$a biblioitems.place, and 260$b biblioitems.publishercode. Second mapping with the respective field 264 in all MARC frameworks. Important. According to the online help, you can not map more than one MARC field to a Koha field. http://manual.koha-community.org/3.16/en/catadmin.html#kohamarcmapping This will enable to use in all modules that are needed for display, for example, acquisition, serial, cataloging module, etc. Since new RDA MARC fields have been added to the database will not be necessary to do so. Likewise, XSLT for display in Intranet and OPAC Bootstrap has been corrected and signed off in the following bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12724 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12725 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12726 Next to this there will be a hard work to research all the modules where the field 264 can be displayed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9011] New: Add the ability to store the last patron to return an item
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9011 Priority: P5 - low Change sponsored?: --- Bug ID: 9011 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Add the ability to store the last patron to return an item Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Currently if the AnonymousPatron system preference is in use, all patron data is anonymized. Some libraries would like to be able to see the last patron who returned out an item ( in case of damage ) but still keep all other patrons anonymized. * Add the field items.last_borrower, foreign key to borrowers.borrowernumber * Add new system preference StoreLastBorrower * If StoreLastBorrower is enabled, upon checkin have Koha set this new field to the patron who last returned this item. * If this new field has a value, link to the patron from the item details page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 177

[Bug 14829] New: Wrong shortcuts in module "cataloging"
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14829 Bug ID: 14829 Summary: Wrong shortcuts in module "cataloging" Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There are three shortcuts or hotkeys in the Koha staff client: * Alt + U = Check out * Alt + R = Check in * Alt + Q = Search the catalog As I understand these shortcuts should work all over the staff client, and mostly they do. In Koha 3.20 though when going to Koha menu "Cataloging" they don't work as expected. Instead here the mapping is: * Alt + U = Search the catalog * Alt + R = Cataloging search * Alt + Q = Check out -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 1232] Add Invoice/Credit/Fines Payed For Day on Issues (Print Page) (Print Slip)
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1232 Mike <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14842] New: Wrong call to GetBranchItemRule in circ/returns.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14842 Bug ID: 14842 Summary: Wrong call to GetBranchItemRule in circ/returns.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 7981 >From bug 7981: circ/returns.pl around l. 276 my $hbr = GetBranchItemRule($biblio->{'homebranch'}, $itemtype)->{'returnbranch'} || "homebranch"; GetBranchItemRule expects an itemtype, a scalar. Here $itemtype is a hashref returned by C4::ItemType->get. This must be blocker for the next release. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7981 [Bug 7981] Remove HomeOrHoldingBranchReturn syspref -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14927] New: OAI-PMH listRecords result should include item data when using a resumption token
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14927 Bug ID: 14927 Summary: OAI-PMH listRecords result should include item data when using a resumption token Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 12252 allowed to include item data in OAI exports to answer the needs of a number of harvesters. Unfortunately, with the listRecords verb, item information is not included if we are using a resumption token. Steps to reproduce : - activate OAI-PMH with the inclusion of items as explained on bug 12252 - set the OAI-PMH:MaxCount to a low number, 50 for instance - go to the OAI-PMH page to get the records : [your koha catalogue]/cgi-bin/koha/oai.pl?verb=ListRecords&metadataPrefix=marcxml - check that item data is included - get the resumptionToken at the end of the xml - got to the next page of records [your koha catalogue]/cgi-bin/koha/oai.pl?verb=ListRecords&resumptionToken=[your resumption token] - check that item data is now missing I am marking this as major because bug 12252 has been pushed to master, but is actually broken if this doesn't make it to the release as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11