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

[Bug 28819] New: Add link to Item Search from mainpage.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '23

15 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28819 Bug ID: 28819 Summary: Add link to Item Search from mainpage.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The only way to access item search is through the drop down Search link in the top bar. It would be helpful to have a "button" to the item search on the main page, like there is for Advanced Search. The item search is heavily used, and having a more prominent way to access it would be helpful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 32775] New: Ordering when there are multiple languages within a language group is wrong
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '23

15 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32775 Bug ID: 32775 Summary: Ordering when there are multiple languages within a language group is wrong Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you have en-NZ (ordered first), and a different non-en language (ordered second) enabled on your Koha instance then you can encounter the non-en language displaying first in the 'language' and 'OPACLanguages' system preferences. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 57

[Bug 32763] New: Display of certain characters from patrons to notify on receiving goes wrong
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32763 Bug ID: 32763 Summary: Display of certain characters from patrons to notify on receiving goes wrong Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Adding patrons in the section "To notify on receiving", the display of certain characters like umlauts, "sharp S" (ß), and also commas, doesn't work. It will be displayed like this for example: Christian Stelzenm%C3%BCller%20-%20BSZ Esslingen%2C%20ES-Flandernstra%C3%9Fe Esslingen%2C%20Standort%20G%C3%B6ppingen Test: - Add or edit a new order line for a basket - Fill in the required fields - Click on "Add users" in the section "To notify on receiving" - Select user(s) with characters like umlauts, commas "sharp S" (ß) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30928] New: Add interface to statistics table
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30928 Bug ID: 30928 Summary: Add interface to statistics table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many libraries are interested in seeing stats on the interfaces where transactions took place (staff intranet vs sip checkout, for example). Currently the only way to find that information is via action_logs, which means that data drops off eventually. It would be nice to have this information as part of statistics for ease of reporting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 31459] New: Order receive page is slow on systems with many budgets
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31459 Bug ID: 31459 Summary: Order receive page is slow on systems with many budgets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 30359 reduces the amount of work by removing the calculation of spent/ordered totals. We can go one step further here and obtain the entire list in one call, rather than manually calling for each budget -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 32694] New: Keep current option for budgets in receiving broken
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32694 Bug ID: 32694 Summary: Keep current option for budgets in receiving broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 31459 updated the dropdown and intended to restore this option, however, it looks like the template toolkit markers were missed: <option value="order.fund.budget.id" selected="selected" data-sort1-authcat="[% order.fund.sort1_authcat | html %]" data-sort2-authcat="[% order.fund.sort2_authcat | html %]"> Should be: <option value="[% order.fund.budget.id %]" selected="selected" data-sort1-authcat="[% order.fund.sort1_authcat | html %]" data-sort2-authcat="[% order.fund.sort2_authcat | html %]"> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 22827] New: Automatic item modifications by age: add age depencency on other field(s) than dateaccessioned
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22827 Bug ID: 22827 Summary: Automatic item modifications by age: add age depencency on other field(s) than dateaccessioned 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Some libraries needs automatic modification based on other date that dateaccessioned. For example: copyright rules allow start borrow some kind of materials x months after release date. In this case must be age modification based on other field than dateaccessioned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 22262] New: text/javascript responses should be compressed by Apache
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22262 Bug ID: 22262 Summary: text/javascript responses should be compressed by Apache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Neither the vanilla Apache configuration nor the Debian one includes text/javascript in the list of MIME types of responses that get compressed by mod_deflate. Since some APIs under /svc/ happen to use that MIME type in their responses, a bit of bandwidth can be unnecessarily wasted. However, the lack of compression is of more import for svc/cataloguing/framework, which transfers a megabyte or so whenever it is invoked to fetch the default MARC21 framework (and presumably a similar amount of data for other MARC frameworks). Since that API is invoked when Rancor initializes, it's been observed that over a slow connection a RequireJS "define" call can time out, leading to the MARC editor never fully initializing and an error like this appearing in the browser debug console: "error" load timeout for modules: /cgi-bin/koha/svc/cataloguing/framework?frameworkcode=&callback=define" onscripterror https://HOST/intranet-tmp1/lib/require_18.0504000.js -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33340] New: Correct formatting of English 1-page order PDF when the basket group covers multiple pages
by bugzilla-daemon＠bugs.koha-community.org 14 Jun '23

14 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33340 Bug ID: 33340 Summary: Correct formatting of English 1-page order PDF when the basket group covers multiple pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 148731 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148731&action=e… English 1-page order PDF covering multiple pages with page number obscured and table starting halfway down second page Currently, when a basket group contains a lot of ordered items (more than be listed on one page) the following happens: - The page numbers at the bottom of the first page are obscured. - The table on the second page starts halfway down the page. See the attachment as an example. We would like the page numbers on the first page to be visible, and the table to start near the top of the second (and all subsequent pages). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 32931] New: ERM - (is perpetual) Yes / No options untranslatable
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32931 Bug ID: 32931 Summary: ERM - (is perpetual) Yes / No options untranslatable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr The Yes and No radio button options for the "Is perpetual" field when adding an agreement are not translatable (at least, I didn't find the correct strings) To get to the options: 1. Enable the ERMModule system preference 2. Go to E-resource management 3. Click "Agreements" 4. Click "New agreement" --> Field "Is perpetual", options are Yes and No The only "Yes" that I found in fr-CA-messages-js.po is in holds. #: koha-tmpl/intranet-tmpl/prog/js/holds.js:241 msgid "Yes" msgstr "Oui" An option would be to change this to a checkbox, since the options are 0 or 1... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31