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

[Bug 9747] New: sort issue for the z3950 results
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '13

09 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9747 Bug ID: 9747 Summary: sort issue for the z3950 results Classification: Unclassified 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: jonathan.druart(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl When some results contain NSB/NSE characters (\x88 and \x89), the results are not well sorted. To reproduce: search "tintin" on the BNF server. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 9438] New: Biblio notes displayed when ordering
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9438 Bug ID: 9438 Summary: Biblio notes displayed when ordering Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Acquisitions Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com [MT10894] Two libraries warned us about this error: on the "neworderempty" page (New order in a basket), the Notes box is filled with the content of the "notes" field (from biblio). This box should in fact be empty, used for notes about the order. TEST PLAN 1/ Find a biblio with a note (for example 300$a in UNIMARC, don't know for USMARC?), or add a note to a biblio. 2/ In a basket, create a new order, the "Notes" textarea contains the note from the biblio. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 8925] New: Late orders : checkbox to claim order shouldn't appear if no email is known
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8925 Priority: P5 - low Change sponsored?: --- Bug ID: 8925 Assignee: adrien.saurat(a)biblibre.com Summary: Late orders : checkbox to claim order shouldn't appear if no email is known Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha On the late orders page, the late orders list should display a checkbox (used for the "Claim orders" bottom button) only if an e-mail is contained in the DB for the vendor. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 5544] New: All Notices from Branch Email Address
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5544 Summary: All Notices from Branch Email Address Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I think all notices should come from the branch email address. Right now overdues from from the branch, but the others come from the admin email address - this is a problem in multi-branch systems because they have to come up with one email address that all branches have access to. -- 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 37

[Bug 7294] New: status "in order"
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7294 Bug #: 7294 Summary: status "in order" 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 "View status 'in order' to the OPAC and staff interface: you can map specific fields from aqorders : aqorders.branchcode aqorders.quantity aqorders.listprice aqorders.uncertainprice aqorders.rrp aqorders.ecost aqorders.notes aqorders.supplierreference aqorders.ordernumber with marc field so you can keep the information on what is currently on order at biblio level until you receive everything. Once all items have been reveived, the marc field is deleted." (BibLibre MT5834) -- 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 96

[Bug 9735] New: Choose OPAC language in links to any page
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9735 Bug ID: 9735 Summary: Choose OPAC language in links to any page Classification: Unclassified 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: tomascohen(a)gmail.com The key idea was pointed by kf on Bug 7514: having a 'language' parameter parsed to circumvent cookies and browser detection for language selection. On that bug it was provided a way to have a URL for retreiving the OPAC's homepage in the desired language (http://OPAC_FQDN/cgi-bin/koha/changelanguage.pl?language=<LANG_CODE>) [1] This bugs ask for the implementation of this OPAC-wide, not just for the homepage. Regards To+ [1] After 9731 is applied http://OPAC_FQDN/cgi-bin/koha/opac-changelanguage.pl?language=<LANG_CODE> should be used -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 5573] New: delete lists when patron deleted
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '13

03 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5573 Summary: delete lists when patron deleted Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons 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 When a patron is deleted from Koha any private lists they created should be deleted as well. Otherwise you're potentially left with a lot of junk data in your system. -- 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 2

[Bug 7490] New: Add IDs to results_summary'ies in staff XSLT detail view
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7490 Bug #: 7490 Summary: Add IDs to results_summary'ies in staff XSLT detail view Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com The detail view in the staff client produced by XSLT contains a number of elements like this: <span class="results_summary"><span class="label">Description: </span>379 p .</span> If the outer spans had unique IDs it would be much easier to manipulate them with jQuery. -- 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 4

[Bug 6286] New: Making classification indexes searchable in staff client
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '13

30 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6286 Bug #: 6286 Summary: Making classification indexes searchable in staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com A client would like to be able to search for Dewey numbers in the staff client. This can be accomplished by uncommenting "Dewey-classification 1=13" in etc/zebradb/ccl.properties and adding another <option> to koha-tmpl/intranet-tmpl/prog/en/includes/search_indexes.inc, and maintaining it as a local hack. But it seems like something more libraries might be interested in, so maybe it's possible to find a more flexible and robust way to do it. Details: http://wiki.koha-community.org/wiki/Making_classification_indexes_searchabl… -- 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 9761] New: Make it possible to confirm future hold requests at checkin time
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '13

26 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9761 Bug ID: 9761 Summary: Make it possible to confirm future hold requests at checkin time Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com Make it possible to confirm future hold requests at checkin time. Part of developments for bug 9721. -- You are receiving this mail because: You are watching all bug changes.

1 38