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

[Bug 31558] New: Upgrade of TinyMCE broke image drag and drop
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31558 Bug ID: 31558 Summary: Upgrade of TinyMCE broke image drag and drop Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 26949 upgraded JS lib TinyMCE to 5.9.2 This version has a known issue on images drag and drop : https://stackoverflow.com/questions/64782955/tinymce-inline-drag-and-drop-i… -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 30355] New: SMS auto renew digest notices are only generated if patron is also set to receive email
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30355 Bug ID: 30355 Summary: SMS auto renew digest notices are only generated if patron is also set to receive email Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, nick(a)bywatersolutions.com To recreate: - set AutoRenewalNotices to follow messaging prefs - confirm your AUTO_RENEWALS_DGST letter has email and SMS content - set up a borrower with messaging prefs to receive AUTO_RENEWALS_DGST via SMS only and an item ready for auto-renew - set up a second borrower with messaging prefs to receive AUTO_RENEWALS_DGST via both email and SMS and an item read for auto-renew - run the auto-renew cron - confirm your first patron received no notice while your second patron received both email and SMS -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 28553] New: Patrons can be set to receive auto_renew notices as SMS, but Koha does not generate them
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28553 Bug ID: 28553 Summary: Patrons can be set to receive auto_renew notices as SMS, but Koha does not generate them Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Following bug 18532, one can set a patron's messaging prefs to deliver an auto-renew notice via SMS. However, the auto_renewals cron only knows how to generate email notices. We should not allow the selection of non-functional transport types. We need to either teach the cron to send SMS notices or teach the messaging prefs to not allow you to select SMS. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 18532] New: AUTO_RENEWALS should be a patron messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18532 Bug ID: 18532 Summary: AUTO_RENEWALS should be a patron messaging preferences Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 15705 The AUTO_RENEWALS notices sent by the automatic_renewals.pl cronjob should be controlled and configurable at user level, like CHECKIN and CHECKOUT That way digest will be supported as well. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15705 [Bug 15705] Notify the user on auto renewing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 153

[Bug 31239] New: search_for_data_inconsistencies.pl fails for Koha to MARC mapping using biblio table
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31239 Bug ID: 31239 Summary: search_for_data_inconsistencies.pl fails for Koha to MARC mapping using biblio table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script misc/maintenance/search_for_data_inconsistencies.pl search for invalid values using Koha to MARC mapping fields. The tables items and biblioitems are OK but mappings can be on biblio table : my $value = $table eq 'items' ? $i->$column : $i->biblioitem->$column; For example in UNIMARC if fails with error : The method Koha::Biblioitem->medium is not covered by tests! Trace begun at /home/koha/src/Koha/Object.pm line 880 Koha::Object::AUTOLOAD('Koha::Biblioitem=HASH(0x55c9a1905a40)') called at /home/koha/src/misc/maintenance/search_for_data_inconsistencies.pl line 196 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 26539] New: Inconsistent case sensitivity around patron attribute code - potential data loss
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26539 Bug ID: 26539 Summary: Inconsistent case sensitivity around patron attribute code - potential data loss Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - have a patron attribute with code "TEST" 2 - using import_borrowers.pl, import a patron with "test:1" in the patron_attributes field of your CSV 3 - load your patron, confirm the value of 1 shows on moremember.pl 4 - click to edit your patron, confirm the value of 1 does not show on memberentry.pl 5 - query the database, SELECT * from borrower_attributes where borrowernumber=[your borrower], see code="test" 6 - update the database, UPDATE borrower_attributes set code="TEST" where id=[your attribute id] 7 - reload memberentry.pl, it now shows a 1 Back at step 4, if we'd saved our patron, that value would have been lost -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 31272] New: Show library name not code when placing item level holds in OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '22

23 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31272 Bug ID: 31272 Summary: Show library name not code when placing item level holds in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When placing an item level hold in the OPAC and there are other pending holds, the branchcode will show instead of the branchname: On hold for patron expected at FFL since 07/30/2022 . -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 27017] New: Add log trace to EDI Invoice handling
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '22

22 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27017 Bug ID: 27017 Summary: Add log trace to EDI Invoice handling 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It is useful to log to the trace log the bib numbers affected by Invoice processing. It makes it much easier to establish what processing has occured if any question has been raised -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 26208] New: Overdues restrictions not consistently removed when renewing multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '22

22 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26208 Bug ID: 26208 Summary: Overdues restrictions not consistently removed when renewing multiple items at once Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - have multiple overdue items on one patron - run overdues.pl with triggers set to generate a restriction - renew all overdues with the Renew All button - restriction is not removed even though patron no longer has overdue items I did not get this error with 5 overdues, but I did get it with 10. Seems like it's due to some messy sequencing when sending a bunch of renewals at once, so it may be inconsistent to recreate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 25940] New: Two separate print dialogs when checking in/transferring an item
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '22

22 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25940 Bug ID: 25940 Summary: Two separate print dialogs when checking in/transferring an item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When transferring an item returns.tt is generating multiple print dialogs. I can only recreate this is Chrome but I have heard reports that this is happening in FireFox as well. TO RECREATE: (in Chrome) 1. Have an item belonging to a different branch and check it in. 2. When the modal pops up hit 'Yes, print slip' or 'Print slip' if AutomaticItemReturn is set to 'don't' 3. The first print dialog should appear with a URL like '/cgi-bin/koha/circ/transfer-slip.pl?transferitem=18&&branchcode=CPL&op=slip' 4. Close that print dialog and you will immediately see another one that says 'No slip template found'. 5. Notice the URL of the second pop-up is: /cgi-bin/koha/circ/hold-transfer-slip.pl?reserve_id= 6. There is no reserve id so the template is not found. I cannot recreate this in FireFox and I am unsure why not. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20