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

[Bug 16808] New: Serial claims: claiming via CSV export doesn't reload the page
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '18

18 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16808 Bug ID: 16808 Summary: Serial claims: claiming via CSV export doesn't reload the page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When using the CSV export for claiming serial issues, with bug 12178 the claim counter is incremented and a claim date set, but this will only be visible after reloading the page manually as the feature itself doesn't reload the page. To avoid confusion and errors using this feature,, the page should reload when the claims data is changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 16976] New: Authorities searches with double quotes gives ZOOM error 20003
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '18

17 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16976 Bug ID: 16976 Summary: Authorities searches with double quotes gives ZOOM error 20003 Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: miguel.tuimil(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org Any search on authorities(authorities/authorities-home.pl) that includes double quotes, for example "Enrico Fermi" gives: Software error: ZOOM error 20003 "can't set prefix query" (addinfo: "@or @attr 7=1 @attr 1=Heading 0 @attr 1=Heading-Main @attr 5=1 @attr 4=6 "\\"Enrico Fermi\\""") from diag-set 'ZOOM' -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 17816] New: Useless call to GetBibioData in bulkmarcimport.pl(?)
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '18

12 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17816 Bug ID: 17816 Summary: Useless call to GetBibioData in bulkmarcimport.pl(?) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz This call to GetBibioData seems without purpose: https://github.com/Koha-Community/Koha/blob/2fe2ef41bd8bf2f142597e39f493edb… $biblioitemnumber is either overwritten on the lines below, or update/create failed/was skipped and the later AddItemBatchFromMarc will fail anyways. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16072] New: Include only one small spinner gif in the staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '18

10 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16072 Bug ID: 16072 Summary: Include only one small spinner gif in the staff client 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Right now we have two spinner gifs for use when a "loading" icon is needed: spinner-small.gif loading-small.gif We only need one. The latter is used more often, but the former is transparent and thus probably more versatile and should be kept. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 18724] New: Upload cover image failed without error message
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '18

08 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18724 Bug ID: 18724 Summary: Upload cover image failed without error message Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: sebastian.krieg(a)tuz-eisenach.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 63948 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=63948&action=ed… koha-error.log: error messages with description of related steps to upload cover image Uploading a cover image failed without an error in UI, error message "no cover image available" is shown in the catalogue entries. There are error messages in koha-error.log but this messages are shown for every step (see the described steps in attachment): - open the administration site - go to "tools|catalogue|upload cover images" - upload a cover image This error a duplicate with every try uploading a cover image. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 19451] New: Let borrowers-force-messaging-defaults.pl optionally add preferences only when not already present
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '18

06 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19451 Bug ID: 19451 Summary: Let borrowers-force-messaging-defaults.pl optionally add preferences only when not already present Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz A welcome addition to borrowers-force-messaging-defaults.pl would be to allow adding the messaging defaults only to patrons without such preferences. This will be made possible with the empty_only option. It copies the prefs only when the borrower prefs are empty (read: are not present). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 19562] New: Inventory: How can we skip convolutes marked as problematic with no_barcode?
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '18

06 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19562 Bug ID: 19562 Summary: Inventory: How can we skip convolutes marked as problematic with no_barcode? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We have two biblio records, but one item. It is a convolute, a bound set of actually two items. We added one item to each biblio, added Convolute in the item notes and gave the bound set one barcode recorded in one of the items. When doing inventory and comparing with a barcode file, you can imagine that the item without the barcode (having the same callnumber as the item with the barcode) is reported as a problem (no_barcode). A simple custom solution is: $item->{problems}->{no_barcode} = 1 unless $item->{itemnotes} =~ /convolute/i; Do you have any suggestions or ideas to resolve similar problems with convolutes, if you have them ? How do you record this situation ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 19527] New: Alter Zebra indexing to sort by descending document ID
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '18

01 Apr '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19527 Bug ID: 19527 Summary: Alter Zebra indexing to sort by descending document ID Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk We are receiving complaints about the sorting order of relevance ranked searches. One specific example was where the older edition of a work appears higher up the list than the more recent version. According to http://www.indexdata.com/zebra/doc/administration-ranking.html: “If one defines the staticrank:1 directive in the main core Zebra configuration file, the internal document keys used for ordering are augmented by a preceding integer, which contains the static rank of a given document, and the index lists are ordered first by ascending static rank, then by *** ascending *** document ID.” Would it not be better to have the secondary rank in terms of ** descending *** document ID? That way there is much better likelihood that the most recently published version of various editions will appear closer to the top of the OPAC list, and certainly (all else being equal) above the earlier edition(s) of the specific work. Ray Delahunty University of the Arts London -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 19779] New: Some notices not using Reply To email address
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '18

31 Mar '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19779 Bug ID: 19779 Summary: Some notices not using Reply To email address Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rachel.dewar(a)cass.govt.nz QA Contact: testopia(a)bugs.koha-community.org If you specify a ReplyToDefault or a Branch ReplyTo email address some notices still do not use them. These are the ones that I have come across: - Holds - when a hold is placed on an item - Sharing a list - both the invitation to share a list and email confirming that the person has accepted the inviation - Overdue notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18815] New: OpenLibrarySearch is broken
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '18

31 Mar '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18815 Bug ID: 18815 Summary: OpenLibrarySearch is broken 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When turning on OpenLibrarySearch the label OpenLibrarySearch will show last in all search result entries, but nothing will display after it. The web dev tools show an error: XML Parsing Error: not well-formed Location: https://openlibrary.org/search.json?q=de Line Number 1, Column 1: -- You are receiving this mail because: You are watching all bug changes.

1 4