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

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 11 May '23

11 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28556 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 11 May '23

11 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #118 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- I agree Marcel.. It was late last night. So.. In short, I'd like some explanations from the original author as to why they picked the changes they did.. I still don't understand a number of them. I think hooking into _send_message_by_email in C4::Letters is starting to feel like it might be the right place... but setting a `cc` rather than additional `to` -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 11 May '23

11 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #117 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Martin Renvoize from comment #115) > I'm not so sure that we're hooking this into the right place.. I'm wondering > if it may be better placed in Koha::Email->create.. I would prefer to keep ->create clean and move this specific guarantor action a level higher. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27638] New: Allow exclusions on cancel_expired_holds
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27638 Bug ID: 27638 Summary: Allow exclusions on cancel_expired_holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 It would be good to be able to exclude groups of holds from the cancel_expired_holds cron. Ideally, this would allow exclusion based on library, patron category, and/or item type. Ideally it would be set/edited from the staff client rather than the commandline. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 13529] Easy analyticals and UseControl number should be able to coexist
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13529 --- Comment #1 from Lauren Denny <lauren_denny(a)sil.org> --- Could someone explain why the two system preferences 'UseControlNumber' & 'EasyAnalytics' cannot co-exist? We used to have both turned on until a recent upgrade and now only use 'UseControlNumber' so that we can seperate our links to the corresponding relationship instead of combining all the options into the 773 field. We are needing features from both system preferences. The flexibility of the 'UseControlNumber' allows koha to use seperate linking fields based on the relationship between records/items instead of putting all the links in the 773 which is only for the parent/child relationship. And how EasyAnalytics allows koha display the item record on both records for those linked together. Here are functions that are utilized by the EasyAnalytics that I would find helpful with some ideas on how to make it work. (I am not a programer so I don't totally know if they would work but are ideas from a librarian's point of view.) 1 - Have a drop-down menu that allows you to choose the linking field you want the information to koha auto-populate subfields from based on the bibilonumber instead of the barcode. The field selected where to put the inforamtion to pulled based on system preference or framework selection. 2- System preference that allows you to control which fields auto-populate with the selected field. 245$ab title to $t, 1xx$a author to $a, 250$a edition to $b, 001 control number (biblionumber) to $w , 260/264 publishing details to $d, 020 ISBN to $x, 022 ISSN to $z Another idea would be to have a checkbox in the framework that people select that tells koha what information to pull into the field. 3- Have the item record appear on both the parent & child records This would be helpful for records using the 773 (parent & child relationship) where one item record is 'shared' with both record. It is physcially on the child record but would be helpful to patrons to have a list of all the items associated with the parent record. An idea would be, if the item number or barcode is found in the 773 field, the item appears on record with the link. If these subfields are empty the item will not display on the linked record. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #116 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Sorry, I also meant to say I think the guarantor email should go in the cc field rather than to field (unless the to field is empty in which case just put guarantor in to). This complicates things a little but I feel it's the right behaviour -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #115 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- I'm not so sure that we're hooking this into the right place.. I'm wondering if it may be better placed in Koha::Email->create.. Needs a little thought.. I've stuck my QA follow-up's in and will switch back to SO to get some other QA opinions. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #114 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 151029 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=151029&action=e… Bug 12532: (QA follow-up) Clean up notice_email_address Reduce some of the code duplication -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12532] Redirect guarantee email to guarantor
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12532 --- Comment #113 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 151028 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=151028&action=e… Bug 12532: (QA follow-up) Undo changes to Koha::Email The changes here aren't required (Email::Address already deals with lists of addresses internally) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31155] New: Document --since option in help of borrowers-force-messaging-defaults.pl
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31155 Bug ID: 31155 Summary: Document --since option in help of borrowers-force-messaging-defaults.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The --since option is not documented at all in the script borrowers-force-messaging-defaults.pl. --since Will only update borrowers enrolled since the specified date. Examples: --since "2022-07-13" --since `date -d "1 day ago" '+%Y-%m-%d' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17