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

[Bug 17805] New: Add new authority type EVENT_TERM
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '22

28 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17805 Bug ID: 17805 Summary: Add new authority type EVENT_TERM Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org The Update No. 23 from November 2016 adds new fields, subfields and a new authority type: "Named Event". Koha should add a new authority type, for example EVENT_TERM, and add the new fields (see http://www.loc.gov/marc/authority/adapndxf.html) to Authorities. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 28128] New: Cataloging Record Uploading Process
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '22

28 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28128 Bug ID: 28128 Summary: Cataloging Record Uploading Process Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cmkelleymls(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org About three months ago, my library moved its Koha ILS to a new machine. The transition was not ideal but it was smooth enough. We still catalog a bit on the old machine and last week we extracted and uploaded a bunch of records to the new machine. The upload process stalled. After days of trying to find out why the uploading process would stall, I noticed that the 952 $7 in a few records was miscoded as a 952 $9 instead. Once I reverted the 952 $9 to 952 $7, all was well. This also happened when a transfer record had a 999 field. If the record number in 999 $c and 999 $d did not exist, the uploading processing would stall. So I deleted the 999 fields or corrected them to what was in the other copy of the ILS; and again all was well. I have been reading online about this phenomenon and I haven't found a reason or solution to the stall. Mind you, other operations continue to run: the editing of existing records and the entry of new records; circulation; calendar changes, etc. It's just the automatic record uploading through the user interface that stalls. Well, here are two possible solutions: check for 952 $9 fields and 999 fields in the records that are to be uploaded. They may be the source of stall. Their presence may not be the only source, mind you, but their presence is a possibility. P. S. It would be nice if instead of stalling, the uploader would write the MARC record to some sort of upload log with a reason; and then try uploading the next record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 20126] New: Saving a biblio does no longer update MARC field lengths
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '22

27 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20126 Bug ID: 20126 Summary: Saving a biblio does no longer update MARC field lengths Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See bug 10455. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 28723] New: Holds table not displayed when it contains a biblio without title
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '22

26 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28723 Bug ID: 28723 Summary: Holds table not displayed when it contains a biblio without title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Staff Client Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Steps to reproduce: 1. Create a biblio without title, then create an item for this biblio. 2. Place a hold on it. 3. Go to the patron detail page and click on the Holds tab 4. Confirm that holds are not displayed (the table is there but empty) In the browser console you can see an error message: > Uncaught TypeError: oObj.title is null -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 29860] New: Useless warnings in regressions.t
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29860 Bug ID: 29860 Summary: Useless warnings in regressions.t Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. Run: $ kshell k$ prove t/db_dependent/selenium/regressions.t => FAIL: You see several item-level_itypes set but no itemtype set for item (985) at /kohadevbox/koha/Koha/Schema/Result/Item.pm line 905. and Wide character in print at /usr/share/perl/5.32/Test2/Formatter/TAP.pm line 156. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28068] New: Cash register should not record writeoff as cash received
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28068 Bug ID: 28068 Summary: Cash register should not record writeoff as cash received Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org While reviewing register details I found that write offs are recorded as cash received. Unless I misunderstand write-offs, no cash is received but is meant to act as a type of forgiveness. This is confusing because it adds to the total cash received in the cash register. The register summary excludes the write off in the total bankable, but without knowing why there is a difference between the total received and bankable it can lead to confusion. The current summary (example): Last cashup: 03/30/2021 01:28 PM Float: 25.00 Total income (cash): 68.95 (68.40) Total outgoing (cash): -5.10 (-5.10) Total bankable: 63.30 Proposed change (example): Last cashup: 03/30/2021 01:28 PM Float: 25.00 Total income (cash): 68.95 (68.40) Total outgoing (cash): -5.10 (-5.10) Total write-offs: -0.55 Total bankable: 63.30 Or even better, do not include write-offs as cash received since no money enters the drawer during that transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29901] New: Editing purchase suggestions create a new suggestion
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29901 Bug ID: 29901 Summary: Editing purchase suggestions create a new suggestion Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, When a purchase suggestion is created from the OPAC and then edited, the first suggestion is not edited and a new suggestion is created. To recreate : 1. Create a purchase suggestion from the OPAC 2. In the staff interface, edit the suggestion. For exemple, edit the copyright date field and save the change 3. Refresh the OPAC purchase suggestions page 4. Refresh the staff interface purchase suggestions page Results : The first suggestion with the first copyright date is still there and a new suggestion is created with the new copyright date and the same other informations (title, author, etc.) Note : I also tested with the author field and the result is the same, it's not specific to the copyright date field. I also tested on a 21.05 demo site and I have the same problem. Thank you ! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26357] New: Create preference for staff notification of patron self-renewals
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '22

25 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26357 Bug ID: 26357 Summary: Create preference for staff notification of patron self-renewals 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Have a preference to whether or not patron modification requests include patron modifications that are simply renewal updates that acknowledge that no information has changed in the account. This relies on bug 26355. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 27619] New: Remove de-DE installer data
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27619 Bug ID: 27619 Summary: Remove de-DE installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24972, 24973, 24871 +++ This bug was initially created as a clone of Bug #24897 +++ Now we can translate all installer data, then the fr-FR directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24972 [Bug 24972] Remove de-DE installer data https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 16520] New: Per-virtualhost SetEnvs don't work with Plack
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '22

24 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16520 Bug ID: 16520 Summary: Per-virtualhost SetEnvs don't work with Plack Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The various SetEnvs that can be used in Koha to configure memcached, change search limits, override sysprefs and add custom stylesheets don't work in Plack. It is likely impossible to fix this with the current HTTP proxy setup, so we need a workaround. -- You are receiving this mail because: You are watching all bug changes.

1 46