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

[Bug 10855] Custom fields for subscriptions
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10855 Pedro Amorim <pedro.amorim(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |35090 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35090 [Bug 35090] Additional fields - marcfield of type 'get' doesn't work in serial subscriptions -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35080] New: Additional fields submitted in paycollect.pl?writeoff_individual are not saved
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35080 Bug ID: 35080 Summary: Additional fields submitted in paycollect.pl?writeoff_individual are not saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: julian.maurice(a)biblibre.com, katrin.fischer(a)bsz-bw.de, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, michaela.sieber(a)kit.edu Depends on: 31254 To reproduce, k-t-d: 1) Add a simple additional field to accountlines:credit. Visit: /cgi-bin/koha/admin/additional-fields.pl?tablename=accountlines%3Acredit 2) Create a manual invoice for admin borrower. Visit: /cgi-bin/koha/members/maninvoice.pl?borrowernumber=51 3) Add '5' in amount and click 'save' 4) On the transactions table, select the invoice just created and hit 'pay'. 5) On the 'Pay an individual charge' screen, select 'Writeoff'. Notice the additional field created in 1) is there, input some data in it like 'test'. 6) Click "Writeoff this charge" 7) From the 'Transactions' table, select the 'Writeoff' transaction we just did and click "Details". Notice the field is not there (it's not in the database either). Repeat the same test plan but instead of writeoff, select 'pay'. You'll notice the additional field data is displayed in the table as expected. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31254 [Bug 31254] Add additional fields for accountlines -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15594] Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

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

1 0

[Bug 33028] New: The decimal separator 'comma' and its consequences on the calculation of fines (crons)
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33028 Bug ID: 33028 Summary: The decimal separator 'comma' and its consequences on the calculation of fines (crons) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hello @ll, I hesitate between 'fines and fee' section or 'cron' so don't move it if you think that's better in cron section.. When currency format is set on FR commas are decimals separators but when cron like fines.pl try to calculate fines it's fails due to this format. I know there is a lot of discussion around this behavior and decimal separator by 'countries'.. like bug 12310 and bug 21507 but I would like to propose this patch to solve at least the behavior on the fine calculations related to cronjob 'fines.pl' which will use some circulation rules and therefore their formatting is important if you want to make calculations with -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 129

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #268 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (In reply to Katrin Fischer from comment #266) > This is almost there, but we need a small fix for the circulation rules > editor. > > When a rule is edited and the Pickup period is "Default" (was saved as empty > before), the "Default" shows up in the input field. This is bad as it will > break on save and also when translated. > > We need to make it show up as empty when the rule is edited. And as 0 when 0 > was entered. > > My patch didn't work and created a display issue at the beginning of the > table (second column). > > Aleisha, could you have a go please? I don't know what the difference is between your patch that didn't work and the one I just attached, but it looks good to me! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #267 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 157298 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=157298&action=e… Bug 8367: (follow-up) Fix for circ rules editor Make sure holds pickup period field is empty when editing a 'default' rule. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '23

18 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35084] New: Add ability to collapse/uncollapse fields in authority types
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35084 Bug ID: 35084 Summary: Add ability to collapse/uncollapse fields in authority types Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bibliographic frameworks have the ability to collapse/not collapse subfields among other settings. Authority types do not have the same option. It would be nice to have the ability to uncollapse certain tags/subfields by default on authority types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35085] New: Better management of fake authorized value categories
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35085 Bug ID: 35085 Summary: Better management of fake authorized value categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In many places, we have to manage fake authorized value categories branches,itemtypes and cn_source. Like : https://git.koha-community.org/Koha-community/Koha/src/commit/af093305b8c93… We should have a central place, or a column in table 'authorised_value_categories'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35010] New: In record checkout history should not show anonymous patron link
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35010 Bug ID: 35010 Summary: In record checkout history should not show anonymous patron link Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In a biblio record checkout history, when a checkout is anonymized the patron id has been replaced by anonymous patron id. In this case we should not show anonymous patron link. It looks like a real patron did this checkout. -- You are receiving this mail because: You are watching all bug changes.

1 13