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

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '23

02 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 --- Comment #15 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- Created attachment 144900 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=144900&action=e… Bug 10762: (follow-up) Update test plan, add kohastructure.sql files I also change the default value for scale_height to '0.01' Test plan: 1)Home > Cataloguing > 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.02), save 9)Take back your batch of barcode and export it in PDF 10)The barcode should be 2x bigger -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '23

02 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31907] New: Show items as On hold when in processing
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '22

30 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31907 Bug ID: 31907 Summary: Show items as On hold when in processing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org The addition of the Processing reserve status should show status in Opac as On hold, just like it does for Waiting. This patch adds that to item list in opac-detail and opac-basket. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10599] Uncheck on loan items on the batch item modification tool
by bugzilla-daemon＠bugs.koha-community.org 30 Dec '22

30 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10599 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=32550 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32549] New: Add CSS classes to biblio and auth MARC preview
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32549 Bug ID: 32549 Summary: Add CSS classes to biblio and auth MARC preview Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the staff client, when visiting a biblio on detail.pl or an auth on a Authority search results authorities-home.pl (on some other places too) we can see a very plain MARC preview. Inside #marcPreview there is a table with a very basic formatting and no class to let the user (or Koha devs on staff-global.scss) improve the view through CSS. Would be useful a set of classes on each section of the MARC (biblio and auth) records. For example: leader-tag leader-value field-control-tag field-control-value field-data-tag field-data-value indicators ind1 ind2 subfield-char subfield-code subfield-value. subfield-char would be particularly useful to change easier the yazy _ to a traditional $ or ‡. For biblios would be also neat for e.g.: leader-00-04 leader-05 leader-06 leader-07 leader-08 leader-09 leader-10 leader-11 leader-12-16 leader-17 leader-18 leader-19 leader-20 leader-21 leader-22 field-008-07-10 field-008-11-14 field-008-15-17 field-008-18-34 field-008-35-37 field-008-38 field-008-39. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31635] New: Empty title for current result in opac results browser
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31635 Bug ID: 31635 Summary: Empty title for current result in opac results browser 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org This is very minor, but I noticed it when working on bug 31634. When using OpacBrowseResults, there are result number buttons at the top of the results browser. If you hover over those result numbers, it says 'View record "[title]"'. But if you hover over the current result number, it only says 'View record ""' (with nothing between the double quotes). To test: 1. Make sure OpacBrowseResults is enabled 1.1. In Koha staff interface, go to Administration > Global system preferences 1.2. Search for OpacBrowseResults 1.3. If necessary, change to 'enable' and click 'Save all OPAC preferences' 2. In OPAC, search for a term that will give you a couple of results and view the results browser 2.1. In Koha OPAC, search for BFF 2.2. Click on one of the titles to access the opac-detail page 3.3. Click 'Browse results' 3.4. Hover over the number buttons at the top of the results browser --> When you hover over another result, it says 'View record "[title]"' -- OK --> When you hover over the current result, it says 'View record ""' -- should say the title -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 32547] New: Koha::Item->as_marc_field ignores more_subfields_xml
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32547 Bug ID: 32547 Summary: Koha::Item->as_marc_field ignores more_subfields_xml Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method, as introduced on bug 23807, handled the extra subfields correctly. Probably due to the changes introduced by bug 28445, it now doesn't. This is really bad. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32461] New: Table settings aren't applying for table ID 'memberresultst'
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32461 Bug ID: 32461 Summary: Table settings aren't applying for table ID 'memberresultst' Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Selections to hide columns by default on table ID memberresultst (page 'member') aren't applying to the patron search result table. For instance, if I select to hide the 'dateofbirth' column, the column still shows when I perform a patron search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32454] New: Patron do not have Overdue Triggers format choice
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32454 Bug ID: 32454 Summary: Patron do not have Overdue Triggers format choice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Unlike most other notifications, patrons do not get to define what format they receive overdue notices. So, if a library offers all formats, the patron will get all formats, provided they have the address/phone number needed. Why these notices are handled differently from other notices, I do not know, but it would be nice if patrons had a choice in how they get these notices. If it is a matter of them getting always getting a notice, perhaps one format should be on by default and not changeable unless they have the required elements for another delivery format. Having a global setting for patrons on overdues is not patron friendly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 32545] New: For naming consistency, PatronSelfModificationMandatoryField should be PatronSelfModificationBorrowerMandatoryField
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '22

29 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32545 Bug ID: 32545 Summary: For naming consistency, PatronSelfModificationMandatoryField should be PatronSelfModificationBorrowerMandatoryField 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: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The syspref PatronSelfModificationMandatoryField should be PatronSelfModificationBorrowerMandatoryField It's part of a set of sysprefs with an existing naming convention. For the staff interface, we have BorrowerUnwantedField and BorrowerManadatoryField. We prepend "PatronSelfRegistration" onto those names for PatronSelfRegistrationBorrowerMandatoryField and PatronSelfRegistrationBorrowerUnwantedField. We prepend "PatronSelfModification" for PatronSelfModificationBorrowerUnwantedField. Making PatronSelfModificationMandatoryField break the established convention causes confusion (even if PatronSelfModificationBorrowerMandatoryField is goofily long). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0