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

[Bug 10762] Not able to adjust size of barcode numbers
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #127729|0 |1 is obsolete| | --- Comment #8 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 134754 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=134754&action=e… Bug 10762: Change the size of barcodes in label creator Test plan: 1)Home > Tools > Label creator > Manage Layout or New Layout 2)Make a new layout or edit an existing one 3)Notice the 2 new fields "Barcode width/Barcode height" 4)Save it like this 5)Create a batch of barcode and export if in PDF 6)Notice the size of barcode 7)Go back to your existing layout 8)Enter some values (Barcode width: 1.6 / Barcode height: 0.04), save 9)Take back your batch of barcode and export it in PDF 10)The barcode should be 2x bigger Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Not able to adjust size of barcode numbers
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30596] New: api/v1/acquisitions_baskets.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30596 Bug ID: 30596 Summary: api/v1/acquisitions_baskets.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Because of date comparison 03:57:34 koha_1 | # Failed test 'exact match for JSON Pointer ""' 03:57:34 koha_1 | # at t/db_dependent/api/v1/acquisitions_baskets.t line 59. 03:57:34 koha_1 | # Structures begin differing at: 03:57:34 koha_1 | # $got->[1]{updated_on} = '2022-04-22T01:54:35+00:00' 03:57:34 koha_1 | # $expected->[1]{updated_on} = '2022-04-22T01:54:34+00:00' 03:57:34 koha_1 | # Looks like you failed 1 test of 3. 03:57:34 koha_1 | 03:57:34 koha_1 | # Failed test 'list_managers() tests' 03:57:34 koha_1 | # at t/db_dependent/api/v1/acquisitions_baskets.t line 63. 03:57:34 koha_1 | # Looks like you failed 1 test of 1. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28840] New: Better texts in batch record modification/deletion
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28840 Bug ID: 28840 Summary: Better texts in batch record modification/deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Tools batch record modification/deletion form contains texts in legends, labels, hints. I feel like : Labels are sometimes too long, showing them on multi-lines, like "Modify record using the following template". Long texts should be in legend or hint. Legend are sometimes contains redundant text, like in tabs. Also I propose to use "record id" instead of "record number". Test plan : Compare texts in page without and with patch -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 17724] New: Callnumber not copied into serial issue, when callnumber subfield is linked to a plugin
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17724 Bug ID: 17724 Summary: Callnumber not copied into serial issue, when callnumber subfield is linked to a plugin Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To test: - Make sure your 952$o (callnumber) is linked to a plugin such as cn_browser.pl in your frameworks - Create a subscription with "create item on receive" and a callnumber - Receive an issue - Verify that the callnumber is not copied into the item on receive - Remove the plugin from the framework - Verify that the callnumber now is copied into the item on receive -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30712] New: An error occurred when updating this authority type. Perhaps it already exists.
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30712 Bug ID: 30712 Summary: An error occurred when updating this authority type. Perhaps it already exists. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: An error occurred when updating this authority type. Perhaps it already exists. When we do an update, the authority has to already exist. Maybe we are doing an insert? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 30711] New: Fix space in check for dateformat preference
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30711 Bug ID: 30711 Summary: Fix space in check for dateformat preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 29212 calendar.inc in both the OPAC and staff interface have a space in the call to the dateformat system preference: var dateformat_pref = "[% Koha.Preference('dateformat ') | html %]"; ^ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29212 [Bug 29212] Use Flatpickr on OPAC pages -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 29212] New: Use Flatpickr on OPAC pages
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29212 Bug ID: 29212 Summary: Use Flatpickr on OPAC pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 28982 There are few instances of the jQueryUI datepicker in the OPAC templates which should be replaced with Flatpickr. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28982 [Bug 28982] Use Flatpickr on onboarding pages -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 15428] Different timeout preference for opac and intranet
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15428 --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- If we can't make it separate sessions easily, maybe we could have different timemouts for users with permissions and without? Or differentiate using the 'staff' patron category setting. So normal users that are only expected to use the OPAC can have a shorter timeout period than staff users working in the staff interface. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14803] Rental and fine fees are not updating on circulation screen
by bugzilla-daemon＠bugs.koha-community.org 06 May '22

06 May '22

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

1 0