January 2022 - Koha-bugs - lists.koha-community.org

[Bug 29504] New: Confirm Item Parts requires Force Checkout permission
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29504 Bug ID: 29504 Summary: Confirm Item Parts requires Force Checkout permission Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With bug 25261, CircConfirmItemParts system preference was added, which is highly popular with libraries. However, it requires staff to have the permission "Force checkout if a limitation exists (force_checkout)". This is a permission that many staff do not have. When a staff member without the Force permission attempts to checkout an item with a 952$3, they get a yellow box stating: Please confirm checkout Please confirm that the accompanying materials are present: check for 12 CDs The only option given is the Continue button (with a red X) and when clicked, the item does not get checked out. To replicate: 1. Set a staff member with circ permissions, but not FORCE_CHECKOUT 2. Turn on CircConfirmItemParts 3. Log in as staff member in step 1 4. Attempt to checkout an item with a 952$3 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 29829] New: Standardize multi-value system preferences to use | as separator
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '22

23 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29829 Bug ID: 29829 Summary: Standardize multi-value system preferences to use | as separator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org A lot of our system preferences use | to separate multiple values, but some don't, which makes handling them a little bit harder than it needs to be. Examples: ILS-DI:AuthorizedIPs NotesToHide z3950AuthorAuthFields DefaultLongOverdueSkipLostStatuses -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26340] New: Printing labels without zero(s) in the start of labels
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26340 Bug ID: 26340 Summary: Printing labels without zero(s) in the start of labels Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: ivan.dziuba(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org TO TEST: 1. Go Tools > Label creator 2. Click +New -> Barcode range 3. Print barcode range with zero(s) in the start (Ex. from 00011881 to 00012000 ) 4. Select a template to be applied:: Code à barre 48467 Select a layout to be applied: Code à barres 5. Export 6. Open PDF The prefix is not displayed. We should see 00011881 on the labels, but we see 11881, 11882, ... without zeros in the start of labels. This patch fix it. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 27665] New: Clarify usage of matching dropdown on addorderiso2709.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27665 Bug ID: 27665 Summary: Clarify usage of matching dropdown on addorderiso2709.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select the ISBN matching rule (this is on stage-marc-import.pl) 4 - confirm that your staging results include "1 records with at least one match in catalog per matching rule "ISBN"" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you see a message like "Matches biblio 440 (score = 1000): So you want to be a lizard /" 8 - change the Matching dropdown to "Do not look for matching records" 9 - click Save 10 - confirm order is tied to the matched bib rather than a new bib If we pick a matching rule on the staging screen, then the acquisitions interface doesn't actually allow us to forget that match or change and re-check our matching rule. On the other hand: 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select Do not look for matching records 4 - confirm that your staging results include "Did not check for matches with existing records in catalog" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you don't see any message about matches 8 - confirm Matching dropdown defaults to Title and Author. Do not change it 9 - give your order a price and fund, click Save, get message "No record have been imported because they all match an existing record in your catalog." 10 - confirm you have no ability from this screen to tie your order to the existing bib 11 - change the Matching dropdown to "Do not look for matching records", click Save, confirm your order is created with a new bib If we picked a matching rule when staging our file, then we should completely hide the Matching dropdown on addorderiso2709.pl as a match when staging renders the Matching dropdown useless. If we did not pick a matching rule when staging, then the Matching dropdown on addorderiso2709.pl serves a purpose, but we really should have an option to select and use the existing bib if our Matching choice finds something. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22212] New: Improve usability of column configuration page
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22212 Bug ID: 22212 Summary: Improve usability of column configuration page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- The column configuration page currently doesn't translate well. The modules on the tabs translate, but neither do the id= parts or the columns. I think as a first step it would help to navigate these pages if we could add a little description on where the table appears somewhere that is translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18668] New: Add the column localuse to the items table
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18668 Bug ID: 18668 Summary: Add the column localuse to the items table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org new feature: Add the column localuse to the items table. When a localuse is done, increment the localuse column for the item. That way the data is stored with the item like issues and renewals instead of having to do joins to the statistic tables. Thank you, -JesseM -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 18157] New: Forex rates for India based on GOC rates need support in the ACQ module
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18157 Bug ID: 18157 Summary: Forex rates for India based on GOC rates need support in the ACQ module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: indradg(a)l2c2.co.in QA Contact: testopia(a)bugs.koha-community.org Procurement of books in India where price is in a currency other than INR is typically governed by GOC (Good offices committee) rates. See http://fpbai.org/goc-rates/ This rate is not necessarily as per the prevailing (short term) FOREX rates. Further it is required to maintain a history of the GOC rates for disbursal and payment of invoices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 20118] New: System picks Active currency by default while adding suggestion to vendor
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20118 Bug ID: 20118 Summary: System picks Active currency by default while adding suggestion to vendor Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org System picks Active currency by default while adding suggestion to vendor though during purchase suggestion through staff client, currency is different than active. This creates problem while putting suggestions inside the vendor and staff needs to again select the correct currency. Tested on Koha Version 16.11.11 on Debian 1. Make active currency say "USD" 2. Make a purchase suggestion from staff client on behalf of any user and select currency different than active currency say "GBP" 3. Now enter the above suggestion in a basket. 4. See the currency by default is "GBP" while it should be "USD" Above may create problem for staff to find the correct currency again and it takes time too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 25656] New: Allow entering of currency rate to use when receiving and ordering in acq
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25656 Bug ID: 25656 Summary: Allow entering of currency rate to use when receiving and ordering in acq Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When advertising bug 24158 we had some discussion about further improvements to currency handling in Koha. It would be nice if the currency rate used for the conversion on ordering and receiving would be shown in the form (pulled from administration > currencies) but be editable at the same time, so you can update it if necessary. We could also show a checkbox to update the currency rate in administration from there, visibility of the checkbox depending on the existing manage_currencies permission. This could go together with bug 25655 that suggests storing original prices and rates used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 29446] New: Add ability to delete image from item edit drop down
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '22

19 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29446 Bug ID: 29446 Summary: Add ability to delete image from item edit drop down Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 127496 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=127496&action=e… Edit image drop down It would be nice to add a delete image option to the edit drop down. Currently the only way to delete the image is to go through Tools -> Upload menu. This requires remembering the file name or acquiring the image number. After many years of uploading images this would be difficult. Also, does deleting the item automatically delete the attached images? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2