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

[Bug 15854] New: Possible race condition for sending renewal notices
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '24

01 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15854 Bug ID: 15854 Summary: Possible race condition for sending renewal notices 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 Renewal notices are sent as digests - all renewed items are collected in one e-mail that is sent out with the process_messagequeue. We have a library, where sometimes this doesn't work. Instead of one single e-mail notice to the patron for one 'process_messagequeue' interval, multiple renewal notices are generated. The majority of e-mails is generated correctly. Looking at the code, this is about how it works: - AddRenewal is exectuted per item and calls - SendCirculationAlert which calls - C4::Message->find_last_message to help decide if a new notice has to be generated or an existing one can be amended In order to test this, you need: - EnhancedMessagingPreferences - Check-out notice checked for the patron you test with - RenewalSendNotice activated - A notice called RENEWAL As I see no problem in the logic so far, I think it could be a race condition where find_last_message doesn't find an existing notice (yet)? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 17675] New: Broken links to Koha documentation
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17675 Bug ID: 17675 Summary: Broken links to Koha documentation Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org Many of the links shown under https://koha-community.org/documentation/ are broken as of November 23, because they point to the following kind of paths: http://translate.koha-community.org/manual/xx.xx/en/html-desktop/ http://translate.koha-community.org/manual/xx.xx/en/pdf/Koha-xx.xx-koha-man… Someone with the needed privileges should fix this. I wish links on any official websites would be permanent. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 16089] New: Acquisitions -> Invoice broken by Bug 15084
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16089 Bug ID: 16089 Summary: Acquisitions -> Invoice broken by Bug 15084 Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/acqui/invoice.pl?invoiceid=X OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I'm getting an error from acqui/invoice.pl: Software error: Can't use string ("Koha::Acquisition::Currency") as a HASH ref while "strict refs" in use at /Koha/Object.pm line 248. git bisect points to Bug 15084 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 16747] New: Patron card creator broken with version 16.05
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16747 Bug ID: 16747 Summary: Patron card creator broken with version 16.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Patron card creator does no longer work with patron card definitions that worked with version 3.22. It seems to be related with - Move the patron images related code to Koha::Patron::Images Symptom: create-pdf.pl: Illegal division by zero at /usr/share/kohaclone/patroncards/create-pdf.pl line 200 This is due to the fact that $image_data is not filled properly. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15684] New: can't import quotes
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15684 Bug ID: 15684 Summary: can't import quotes Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 47358 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47358&action=ed… sample quotes We can't seem to import quotes anymore. I just did on 3.20, but in 3.22 when the file loads up clicking the 'save' button does nothing. This happens on a few sites. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 16941] New: Can not add new patron in staff client
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16941 Bug ID: 16941 Summary: Can not add new patron in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It is no longer possible to add a patron in staff client. To reproduce: - Go to staff client Home > Patron - New patron - Choose a category and fill form, submit Result: Form reloads, patron data are not saved. Note: Duplicate or edit an existing patron works, adding a patron from OPAC works. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 17215] New: Cardnumbers of patrons created using LDAP Replication not using autoMemberNum if configured
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17215 Bug ID: 17215 Summary: Cardnumbers of patrons created using LDAP Replication not using autoMemberNum if configured Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using LDAP and leveraging the 'replicate' flag, patrons who are replicated have their cardnumber assigned equal to their LDAP username. This is an inconsistency when the 'autoMemberNum' System Preference is set to 'Do'. When 'autoMemberNum' is set to 'Don't' then replicate should act as it currently does. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 18360] New: Allow deletion of cancelled order lines
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18360 Bug ID: 18360 Summary: Allow deletion of cancelled order lines Change sponsored?: --- Product: Koha Version: 3.22 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 Sometimes an order is just a mistake (double entry or similar) and it should be possible to delete those entries entirely from the database so they won't show up in any reports. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 15869] New: change framework on overlay
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '24

25 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15869 Bug ID: 15869 Summary: change framework on overlay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you stage files for import you can choose how to handle matches. One option is to replace the existing record. The problem is that many libraries use this option to load a fuller record over a quick or fast record and the framework doesn't change. So you can choose the framework before importing but that framework only applies to new records, it doesn't update records that are being replaced or overlaid. We should fix that to update the framework for all items, not just new ones. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 18203] New: Add per borrower category restrictions on ILL placement.
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18203 Bug ID: 18203 Summary: Add per borrower category restrictions on ILL placement. 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: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The ILLModule currently allows any borrower category to request new ILLs. This may not be what is required in many places as ILLs can be very expensive. This bug should implement a method by which entire borrower categories can be prevented from creating new ILL requests. Alex -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69