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

[Bug 10917] New: Librarian cannot update hold pickup location with modify_holds_priority
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10917 Bug ID: 10917 Summary: Librarian cannot update hold pickup location with modify_holds_priority 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A librarian cannot modify a hold's pickup location unless he or she has the permission modify_holds_priority. This appears to be a bug and not by design. The reason the update fails is due to the priority not being passed to ModReserve. The priority is not displayed when a librarian does not have the modify_holds_priority permission. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10721] New: Improve DataTables configuration on transfers to receive report
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10721 Bug ID: 10721 Summary: Improve DataTables configuration on transfers to receive report Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/circ/transferstoreceive.pl OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The transfers to receive report could take advantage of the new sorting configuration options which allow format-agnostic date sorting and title sorting which excludes articles. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10349] New: Don't show empty Descriptions/Title notes tabs in OPAC and staff
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10349 Bug ID: 10349 Summary: Don't show empty Descriptions/Title notes tabs in OPAC and staff Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de In staff and OPAC detail pages we shouldn't show the tabs "Description" or "Title note" when they are empty. Also - should they be named differently? -- You are receiving this mail because: You are watching all bug changes.

1 9

[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 10856] New: Improve the previous and next items on the shelf browser
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10856 Bug ID: 10856 Summary: Improve the previous and next items on the shelf browser 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The new and previous links should be a link to the new and previous items in the list. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 10096] New: Add a Z39.50 interface for authority searching
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10096 Bug ID: 10096 Summary: Add a Z39.50 interface for authority searching Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au CC: m.de.rooy(a)rijksmuseum.nl Currently, Koha provides Z39.50 searching for bibliographic records but not for authority records. I propose that we create another Z39.50 search interface specifically targeted at searching authority record databases. While they are far less common, they are around: http://www.loc.gov/z3950/lcserver.html (I think this is just a test server. Not sure if they provide access to their production server. Some LOC web sites say no but they might be outdated. OCLC says they provide access to LOC authorities via their service.) http://www.nla.gov.au/librariesaustralia/services/search/z3950/database-con… OCLC also provides Z39.50 access to authority files, although like LibrariesAustralia you need to have a login to access them (even the test server, although you can apparently get a login by contacting their support people). https://www.oclc.org/support/services/z3950/documentation/config_guide.en.h…. Koha can also be used as a public facing Z39.50 authority server, so the possibility to share authority records is out there! -- I think this could be a very useful feature, since there are already lots of authority records out there. This will save people manually creating authority records (which can result in duplicated labour in numerous libraries or authority records of varying quality) or from going into another library catalogue (such as LoC) and manually downloading them then getting Koha sysadmins to upload them via the commandline. -- You are receiving this mail because: You are watching all bug changes.

1 42

[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