March 2020 - Koha-bugs - lists.koha-community.org

[Bug 17828] New: Koha::Patron::Attribute-> store should raise an exception if unique_id is being broken
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17828 Bug ID: 17828 Summary: Koha::Patron::Attribute->store should raise an exception if unique_id is being broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The new Koha::Patron::Attribute should check the unique_id property and raise an exception if storing the new attribute would break it. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 22761] New: Move "Fee reciept" from template to a slip
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22761 Bug ID: 22761 Summary: Move "Fee reciept" from template to a slip Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Some libraries would like to be able to customize the "Fee receipt". It makes sense to move the content of members/printfeercpt.pl to a the print section of the ACCOUNT_PAYMENT slip. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 24278] New: Replace Locale::Currency::Format because it's buggy
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24278 Bug ID: 24278 Summary: Replace Locale::Currency::Format because it's buggy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Locale::Currency::Format is used to format the overdue fine printed using items.fines in the overdue notices. I am not sure if it's used in other places. The module has not seen a new version in a longer while and is buggy for some currencies: COP (Colombian peso) - wrong currency symbol RSD (Serbian dinar) - wrong currency symbol TYR (Turkey) - amounts are rounded and printed without decimals What we do at the moment is adding "wrong" codes for those so the formatting is avoided... but when you want to use acq etc this could be a bigger issue. Maybe we shoudl replace the module by enabling the use of the price filter in all notices if not the case yet and treat the existing placeholder items.fine as if the price filter was used? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 23929] New: Invoice adjustments should filter inactive funds
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '21

23 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23929 Bug ID: 23929 Summary: Invoice adjustments should filter inactive funds Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 94893 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=94893&action=ed… Screenshot of unfiltered funds in adjustments When adding an adjustment to an invoice, the funds dropdown shows all funds. There should be a filter to allow only active funds, similar to the one on the shipping fund dropdown, as it is impossible to identify the active fund when they are similarly named. See screenshot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 15751] New: Koha offline circulation Firefox addon does not update last seen date for check-ins
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15751 Bug ID: 15751 Summary: Koha offline circulation Firefox addon does not update last seen date for check-ins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org When I check in something using the KOCT the last seen date is not updated. It does update the last seen date upon checkout, for what it's worth. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 22

[Bug 23282] New: Show all columns in Batch Item Modification and Batch Item Deletion
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23282 Bug ID: 23282 Summary: Show all columns in Batch Item Modification and Batch Item Deletion Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently when using either the Batch Item Modification or Batch Item Deletion, columns will only appear if there is in fact data in these fields. IF there is no value in the Source of Acquisition (for example) field, then the column does not appear with a blank value in it. Libraries may want to see all columns with blank data for double checking purposes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21803] New: Redesign authorized values interface
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21803 Bug ID: 21803 Summary: Redesign authorized values interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 Created attachment 82178 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82178&action=ed… Screenshot showing the proposed interface The authorized values interface is unusual in that it loads the first category by default and category-switching only happens through a dropdown menu. I propose to make this page more like almost every other similar interface in Koha: Start with a table listing all the categories. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 24398] New: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24398 Bug ID: 24398 Summary: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Set the NewsAuthorDisplay preference to 'OPAC' or 'Both OPAC and staff client.' - Open the OPAC main page and click on an individual news item The page for that single news item shows an error: Template process failed: undef error - The method Koha::NewsItem->author_title is not covered by tests! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 23675] New: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21)
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23675 Bug ID: 23675 Summary: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21) 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When using UseACQFrameworkForBiblioRecords, there is no field 000 and that is the field that tells Koha which character encoding to use. So diacritics and other non-standard characters appear all mangled. To reproduce : 1- Go to Administration > Global system preferences and activate UseACQFrameworkForBiblioRecords 2- Go to Acquisitions and add to basket from new (empty) record 3- Enter a title with diacritics, for example Pépé le petit chat 4- From the basket, click on the title The diacritics in the title are not correct. If you edit the record from there, and correct the diacritics, it should be okay since there is a field 000 and the 9th position is a. If you modify the ACQ framework to add field 000 with the default value of " nam a22 7a 4500" and redo the steps above it should work and the diacritics should be OK. Furthermore, the plugin for filling out the leader does not work in the order form. I don't know if this is something we would want. But if we have to show the leader in the form, I think it would be best if we could change it using the plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 24469] New: Record biblionumber in import_biblio when adding to basket via file
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24469 Bug ID: 24469 Summary: Record biblionumber in import_biblio when adding to basket via file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 When we stage and then import a file through tools, the biblionumber of the created record gets recorded in import_biblios.matched_biblionumber. When we stage a file and then use it to populate a basket in acquisitions, import_biblio.matched_biblionumber does not get populated. We see the same behavior whether the basket is populated using "From a staged file" or "From a new file." To Test: - Create a basket - Add to basket From a New File - Select a marc file and stage without checking for duplicates - Add titles to your basket - Confirm from acquisitions that new bibs were created - Go to manage-marc-import.pl and find your file - Confirm that the Record column is empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46