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

[Bug 32215] New: Capitalization: %s You Searched for %s
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32215 Bug ID: 32215 Summary: Capitalization: %s You Searched for %s Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement 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, so still needs to be located in the GUI: koha-tmpl/intranet-tmpl/prog/en/modules/admin/restrictions.tt:163 %s You Searched for %s -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 32588] New: Filters on top of 'Items with no checkouts' report are untranslatable
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32588 Bug ID: 32588 Summary: Filters on top of 'Items with no checkouts' report are untranslatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 When you run the "items with no checkouts" report, on top you see something like: Filtered on: Doc Type = BK limit = 10 These are problematic in several ways: * the labels are untranslatable * BK and library code should be translated to their descriptions * limit should be Limit * Doc Type should be Item type * Branch should be library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 30389] New: Switch to Bootstrap tabs on the page for adding orders from MARC file
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30389 Bug ID: 30389 Summary: Switch to Bootstrap tabs on the page for adding orders from MARC file 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 CC: testopia(a)bugs.koha-community.org Depends on: 30388 Continuing the process of phasing out jQueryUI, this patch will replace jQueryUI tabs in the 'Add orders from MARC file' page with Bootstrap tabs Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30388 [Bug 30388] Fix some errors in the template for ordering from a MARC file -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 31976] New: Incorrect breadcrumbs in authorised_values.tt main page
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31976 Bug ID: 31976 Summary: Incorrect breadcrumbs in authorised_values.tt main page 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When first accessing the authorized values page, the breadcrumbs say that we are in the AR_CANCELLATION category. To test: 1. Go to Administration > Authorized values --> Breadcrumbs indicate Home / Administration / Authorized values / Authorized values for category AR_CANCELLATION -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 28206] New: Waiting holds should be filled at checkout even if they violate holds policies
by bugzilla-daemon＠bugs.koha-community.org 25 May '23

25 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28206 Bug ID: 28206 Summary: Waiting holds should be filled at checkout even if they violate holds policies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - have or create a valid hold - check the item in, capture the hold - confirm the hold shows as waiting for the patron - set AllowHoldsOnDamagedItems to Don't Allow - mark the item as damamged - try to place another hold on this same bib for another patron of the same category, confirm that hold is no longer valid because the item is no longer considered valid - check the item out to your original patron - confirm the hold still shows as Waiting and no feedback is given as to why I'd like Koha to simply mark that hold as filled -- if the library is doing the checkout, they likely want the hold filled. Alternatively, we should at least give an alert that mentions the hold and asks whether it should be filled, cancelled, or reverted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28314] New: Spinning icon is not always going away for local covers in staff
by bugzilla-daemon＠bugs.koha-community.org 25 May '23

25 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28314 Bug ID: 28314 Summary: Spinning icon is not always going away for local covers in staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client 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 Noticed while testing bug 28179 that sometimes the 'spinning icon' for local covers won't go away on the small display on the left of the detail page in the staff interface. It looks like this is related to the size of the picture. I was using cropped screenshots, so nothing too high quality. Joubu wrote: >If the image is small you will see the loading image in the background. >It's worth to open a new bug report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 27613] New: Pipe separated online resource links are hard to customize
by bugzilla-daemon＠bugs.koha-community.org 25 May '23

25 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27613 Bug ID: 27613 Summary: Pipe separated online resource links are hard to customize 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the opac results and detail page multiple 856 online resource links are seperated by a '|', which is added via XSLT. Since they are not wrapped inside any HTML element it can be hard to customize with CSS/JS. If they were instead psuedo elements it would be easier to remove them or style them differently. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 27775] New: Add hint about drag and drop feature on framework subfield edit
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27775 Bug ID: 27775 Summary: Add hint about drag and drop feature on framework subfield edit 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 8976 introduced a way to sort subfields on a MARC/Auth framework using drag and drop. But there's no visible hint alerting the user the feature exists. It would be great to have that. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 32677] New: Spanish language not displaying on the staff or opac interface
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32677 Bug ID: 32677 Summary: Spanish language not displaying on the staff or opac interface Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: vctrzuniga(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr I am trying to install the Spanish language into our Koha catalog. Running the command: sudo koha-translate --list es-ES Shows the package. I tried to install it and even updated but it says it is already installed. sudo koha-translate --install es-ES Error: the selected language is already installed. Try --update if you want to re-install it. I tried removing it and then reinstalling it but made no difference. However, the language is not displaying under the system preferences > I18N/L10N > Language or OPACLanguages settings. Any advice on how to display it on the staff interface would be greatly appreciated. Thanks, Victor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 29449] New: Show userid on "your personal details" tab
by bugzilla-daemon＠bugs.koha-community.org 24 May '23

24 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29449 Bug ID: 29449 Summary: Show userid on "your personal details" tab 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org In the OPAC, the "your personal details" tab of a logged in user shows the card number, but not the userid. This is extra confusing for users who have their username generated in the firstname.surname form. I can't think of cases where a library would want to hide the userid from patrons, but if there are any arguments for this, there would have to be a syspref (or a per patron category setting?) to enable/disable the display. -- You are receiving this mail because: You are watching all bug changes.

1 20