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

[Bug 30248] New: Select2 elements randomly have small width
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '23

14 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30248 Bug ID: 30248 Summary: Select2 elements randomly have small width Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I have seen random reports from some Koha users that the select2 elements will sometimes not show in the admin preferences. So far, this has been limited to Chrome, but not consistently. I have seen this on my own computer. Our test server will show the element correctly, but our production server will not. And when ByWater looks at the same element on the same server with the same version of browser, it looks fine. If I look at the same page in Firefox it looks fine. The element is there, but it has a defined width of 2.22222px. I am suspect of the changes made in bug 28611. I am suspecting that some computers load the page too fast, and the width is being set before there is any data in the element, and therefore extremely small. If I change the width in CSS to a fixed width, it shows and works properly. This is a difficult issue to replicate and figure out on my end. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 28674] New: old_reserves.item_level_hold and reserves.item_level_hold comments have typo "hpld" not "hold"
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '23

13 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28674 Bug ID: 28674 Summary: old_reserves.item_level_hold and reserves.item_level_hold comments have typo "hpld" not "hold" Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: bolshawh(a)parliament.uk The reserves and old_reserves table schemas have typos in the comments for the item_level_hold field. The comments say "Is the hpld placed at item level" but it should be "Is the hold placed at item level". The typo is in the 21.05, 20.11, 20.05 and 19.11 versions. http://schema.koha-community.org/21_05/tables/reserves.html http://schema.koha-community.org/21_05/tables/old_reserves.html -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 29897] New: Display author identifiers for researchers
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '23

10 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29897 Bug ID: 29897 Summary: Display author identifiers for researchers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org For research publications some information about authors could be displayed, like ORCID or SCOPUS ids with a link to the corresponding website. -- You are receiving this mail because: You are watching all bug changes.

1 131

[Bug 21390] New: Send self registration verification emails immediately
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '23

10 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21390 Bug ID: 21390 Summary: Send self registration verification emails immediately Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 18570 implemented that password recovery requests can now be send out immediately. It would be great if the same could also be implemented for the self registration emails. It can be confusing to patrons registering in the library, that they still have to wait some minutes until the request can be processed on the circulation desk. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 30991] New: [% ELSE %]0[% END %] will break translations if used for assigning variables
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '23

10 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30991 Bug ID: 30991 Summary: [% ELSE %]0[% END %] will break translations if used for assigning variables Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr See bug 30958 and bug 23713: The construct with the 0 will break on translation as it's removed in the translated templates: > The problematic line (below) in the English template is: > var OD_password_required = [% IF > Koha.Preference('OverDrivePasswordRequired') %]1[% ELSE %]0[% END %]; > > Which is translated to the following in the en-NZ (and other languages) > template: > var OD_password_required = [% IF > Koha.Preference('OverDrivePasswordRequired') %]1[% ELSE %][% END %]; We should verify that there are not more occurences of the bad pattern or improve our translation scripts: (In reply to Owen Leonard from comment #3) > There are a couple of other instances that I saw which should also be > addressed. I searched the NZ templates for "1[% ELSE %][% END %]" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 23410] New: Add submenus to system preferences sidebar menu
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '23

09 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23410 Bug ID: 23410 Summary: Add submenus to system preferences sidebar menu Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 91902 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91902&action=ed… Screenshot showing updated interface One of my proposed changes in Bug 20935 is the addition of submenu items in the sidebar menu of system preferences. I'm proposing this as a standalone enhancement. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 30536] New: Embeds should be defined in a single place
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '23

09 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30536 Bug ID: 30536 Summary: Embeds should be defined in a single place Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Right now, our specs need two places: (1) path top level x-koha-embed entry (2) path header parameters definition for x-koha-embed as an enum The first one was the right one in the first place, but JSON::Validator didn't manage that correctly (reliably I'd say). So we used it as in (1). Bug 29810 added (2), which is great and correct, but our 'stash_embed' helper [1] called from Koha/REST/V1/Auth.pm is relying on (1) to build the allow-list for embeds. So we need to have both, and we should fix it. [1] Koha/REST/Plugin/Query.pm:237 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 55

[Bug 31669] New: Improve support for "cost" field
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31669 Bug ID: 31669 Summary: Improve support for "cost" field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com An ILL request has a "cost" field associated with it. This is intended to be used to indicate the cost of a request as quoted by a supplier. Support for actually using this field is somewhat lacking. The current use is: - The BLDSS backend populates it upon request placement, the value is derived from the BLDSS request response - The "Edit request" screen displays the value, or N/A if not populated. This value is read-only and cannot be modified. What needs to be done: - Other ILL backends should add support for populating the "cost" field during request placement - Modify the "Edit request" template to allow the value to be modified. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 32226] New: Capitalization: Edit html content
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32226 Bug ID: 32226 Summary: Capitalization: Edit html content Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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 HTML is an abbreviation and should be capitalized: Edit html content koha-tmpl/intranet-tmpl/prog/en/modules/admin/branches.tt:259 -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 32027] New: Terminology: change "librarian interface" to "staff interface" in additional contents tool
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32027 Bug ID: 32027 Summary: Terminology: change "librarian interface" to "staff interface" in additional contents tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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: gmcharlt(a)gmail.com According to the terminology list (https://wiki.koha-community.org/wiki/Terminology#S) "staff interface" is the preferred term to designate the staff interface. In a couple of places in the additional contents tool, "librarian interface" is used. 1. Go to Tools > News 2. Click "New entry" --> In the "Display location" drop-down menu, there is "Librarian and OPAC interfaces" and "Librarian interface" as choices 3. Create a news item with the display location set to "Librarian interface" and save --> In the table of all the news, "Librarian interface" is displayed as the location 4. Go to Tools > Pages 5. Click "New entry" --> In the "Display location" drop-down menu, there is "Librarian and OPAC interfaces" and "Librarian interface" as choices 6. Create a page with the display location set to "Librarian interface" and save --> In the table of all the pages, "Librarian interface" is displayed as the location --> "Librarian interface" is also displayed in the "Page URL" column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12