February 2023 - Koha-bugs - lists.koha-community.org

[Bug 31585] New: "ACQUISITION ORDER" missing from log viewer search form
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31585 Bug ID: 31585 Summary: "ACQUISITION ORDER" missing from log viewer search form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When an ACQORDER email is sent, this is logged, but we cannot search for it nicely from the log viewer form. (or I missed it!) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 33010] New: CheckinSlip doesn't return checkins if checkout branch and checkin branch differ
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33010 Bug ID: 33010 Summary: CheckinSlip doesn't return checkins if checkout branch and checkin branch differ 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org If one tries to print checkin slip for checkins that have been checked out from different branch, list of checkins is empty. One has to change their branch as checkout library to be able to print checkins. To test: 1. Checkout items for patron from branch A. 2. Switch to branch B and checkin items. 3. Print checkin slip. => Checkins list is empty. 4. Switch back to branch A. 5. Print checkin slip again. => Checkins are printed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 32959] New: Item Templates will apply the same barcode each time template is applied if autobarcode is enabled
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32959 Bug ID: 32959 Summary: Item Templates will apply the same barcode each time template is applied if autobarcode is enabled Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Item Templates will apply the same barcode each time template is applied if autobarcode is enabled Test Plan: 1. Create item template, filling out the fields necessary. 2. Koha will have created barcode to item, but remove. 3. Save the template. 4. Apply the template. 5 Koha will again but the barcode on the item. 6. Create second item, apply same template, Koha will use that same barcode to next item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 29993] New: Syndetics cover images do not display in browse shelf when scrolling from the first page
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29993 Bug ID: 29993 Summary: Syndetics cover images do not display in browse shelf when scrolling from the first page Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If you have SyndeticsCoverImages enabled the browse shelf display of cover images is broken. The first loaded page of the shelf browse displays the images correctly but if you click Next or Previous to scroll to a new page the images do not display. For example https://libsearch.aub.ac.uk/cgi-bin/koha/opac-detail.pl?biblionumber=1276&s… -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 23773] New: Send MEMBERSHIP_EXPIRY notice by SMS
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23773 Bug ID: 23773 Summary: Send MEMBERSHIP_EXPIRY notice by SMS 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello, we could make expiry notices more louder. Some libraries've great experience with this kind of messages distributed by SMS. Borrowers react positive, more than by email. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22671] New: Built-in offline circulation interface not working
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22671 Bug ID: 22671 Summary: Built-in offline circulation interface not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre-marc.thibault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, philippe.audet-fortin(a)inlibro.com Target Milestone: --- I am not able to use the feature on master when I follow these steps : 1) I set AllowOfflineCirculation to Enable. 2) I go to Circulation > Built-in offline circulation interface > Synchronize. 3) I click on "Download records" and dates appear like this : "2019-04-08 16:39:16 GMT-0400 (Eastern Daylight Time)". 4) I disable my internet connection. 5) I go to "https://your-koha-staff-client-url/cgi-bin/koha/circ/offline.pl". 6) I get a 404 page. It's likely the technology is no longer supported as windows.applicationCache is deprecated and cannot be used in a not secure context (http). I am not really sure if the problem comes from my koha or that, so I am asking the community if this feature still works. I tested an updated master in https on Firefox 66.0.2. Thank you for your feedbacks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 17482] New: Untranslatable "Machine generated authority record" ( Marc field 667$a)
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17482 Bug ID: 17482 Summary: Untranslatable "Machine generated authority record" (Marc field 667$a) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Hi, When an authority is automaticaly created, marc field 667$a contains "Machine generated authority record". I don't find this string in the translation file (fr-CA or fr-FR) Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30358] New: Strip leading/trailing whitespace characters from input fields when cataloguing
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30358 Bug ID: 30358 Summary: Strip leading/trailing whitespace characters from input fields when cataloguing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries do a lot of copy pasting when cataloguing, which means occasionally copying over whitespace characters including line breaks and carriage breaks. It would be good if Koha stripped these. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 112

[Bug 31187] New: Regression, Permanent shelving location is always updated when editing location VIA BATCH ITEM MOD if both are mapped to MARC fields
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31187 Bug ID: 31187 Summary: Regression, Permanent shelving location is always updated when editing location VIA BATCH ITEM MOD if both are mapped to MARC fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 30909 handled this bug in the single item editor. It also exists in batch item mod. Same test plan applies, but use item batch modification for all of the edits: 1: create new subfield in DEFAULT framework, 952$k, visible in editor, managed in tab 10, tied to LOC auth value 2: In Koha to MARC mapping, find items.permanent_location and add a mapping to 952$k 3: Find a bib and item in the default framework 4: Edit the item, see that both the 952$c and 952$k are visible in the editor -- In my test, both fields started at a value of "General Stacks" 5: change both values and save the item, confirm both values change and save successfully -- I set 952$c to Audio Visual and 952$k to Fiction 6: edit again, change only 952$c, save -- I changed 952$c to On Display and left 952$k set to Fiction THIS IS WHERE THINGS GO WRONG. After saving that change, both 952$c AND 952$k are set to On Display, even though I only changed the 952$c. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 22802] New: When ordering form a staged file, if funds are populated per item order level fund should not be required
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22802 Bug ID: 22802 Summary: When ordering form a staged file, if funds are populated per item order level fund should not be required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1 - Set MarcItemFieldsToOder: homebranch: 975$a holdingbranch: 975$b itype: 975$y nonpublic_note: 975$x public_note: 975$z loc: 975$c ccode: 970$c notforloan: 975$7 uri: 975$u copyno: 975$n quantity: 975$q budget_code: 975$h price: 975$g replacementprice: 975$p 2 - Create a MARC record with a 975 like: =975 \\$aCPL$bCPL$g27.99$oONORDER$q1$p22.39$7-1$yBK$hBUDGET_CODE 3 - Ensure budget code, itype, and branches are valid values for your system 4 - In a basket with create items so to 'on ordering' add the file above 5 - Try to add the order 6 - Order level fund is required -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22