June 2021 - Koha-bugs - lists.koha-community.org

[Bug 15913] New: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15913 Bug ID: 15913 Summary: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A library reported a patron adding harassing comments to the system via editing their account and commenting on records. There is currently no way to restrict this activity for a single patron. Comments and changes are moderated, so only the staff member checking these is harassed, but a goal of 0 people harassed isn't a bad goal. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 23965] New: DVD covers
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23965 Bug ID: 23965 Summary: DVD covers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Wondering if the same resources that Plex uses could be used for Koha in DVD covers. TV shows use TVDB mainly and Freebase or Movieposters.DB for Movies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28529] New: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28529 Bug ID: 28529 Summary: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 15533 introduced a way to constraint biblio-level holds to a specific item type. This is controlled by the AllowHoldItemTypeSelection syspref. On the circulation rules, you are able to set max_holds for an item type. This max_holds setting, seems to be honoured for item-level holds only, and it is not quite correct. To reproduce: 1. Have a patron of category 'Staff' (S) 2. Have 3 records with items with the 'BK' item type, and maybe others 3. Enable AllowHoldItemTypeSelection 4. Set a limit of 2 max holds for that category+item type 5. In the OPAC. Place bibio-level holds, with item type contraint to 'BK' on those 3 records => FAIL: You can place the 3 holds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[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