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

[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 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

[Bug 31860] New: 952$h - Serial enumeration / chronology: use sentence case for label
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31860 Bug ID: 31860 Summary: 952$h - Serial enumeration / chronology: use sentence case for label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org The label for Serial enumeration / chronology (952$h) is displayed as "Serial Enumeration / chronology" - note the capital "E". For consistency, this should be displayed in sentence case wherever it is required in the staff interface and OPAC, including: - details view in the staff interface: MARC view, edit items table, add and edit item form - MARC view in the OPAC: holdings table Note: Libraries can update this themselves by updating $952$h for all the frameworks it is used in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 24121] New: Item types icons not showing in intra search results if item-level_itypes syspref is set to biblio
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24121 Bug ID: 24121 Summary: Item types icons not showing in intra search results if item-level_itypes syspref is set to biblio Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 20395] New: Paycollect does not use Price formatter
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '23

08 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20395 Bug ID: 20395 Summary: Paycollect does not use Price formatter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org paycollect.tt still uses format('%.2f') instead of $Price -- You are receiving this mail because: You are watching all bug changes.

1 28