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

[Bug 16243] New: Add Mendeley reference manager to OPAC
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16243 Bug ID: 16243 Summary: Add Mendeley reference manager to OPAC 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: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Mendeley provides a mechanism for export bib records to a personal account in a free reference manager and academic social network (similar to Zotero) <https://www.mendeley.com/> -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 29012] New: Some rules are not saved when left blank while editing a 'rule' line in smart-rules.pl
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29012 Bug ID: 29012 Summary: Some rules are not saved when left blank while editing a 'rule' line in smart-rules.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are 5 fields that are not set if no value is provided when saving/editing a rule in Administration->Circulation and fines rules - issuelength - hardduedate - unseenrenewalsallowed - rentaldiscount - decreaseloanholds This is problematic because it gives the impression these rules are set as blank, but in reality they don't exist and the rule will fal back to the higher level To test: 1 - Set a rule for Patron category: Teacher Itemtype: All Hard due date: (Today) Lona period: 10 2 - Set a rule for Patron category: Teacher Itemtype: Books Hard due date: (leave blank) Loan period: 10 3 - Expected behaviour is Book item will checkout to teacher for 10 days, all other types will be due yesterday at 25:59:00 4 - Checkout an non-book item type to teacher 5 - Hard due date applies 6 - Checkout a 'book' item type to teacher 7 - Hard due date applies - FAIL -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 93

[Bug 32272] New: Last borrower and previous borrower display on moredetail.pl is broken
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32272 Bug ID: 32272 Summary: Last borrower and previous borrower display on moredetail.pl is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 31315 removed GetItemsInfo from moredetail.pl In the template we expected the item to contain the borrowernumber and cardnumber for last three borrowers from old issues: 341 [% IF ( ITEM_DAT.card0 ) %]<li>Last borrower: <a href="/cgi-bin/koha/circ/circulation.pl?borrowernumber=[% ITEM_DAT.borrower0 | uri %]">[% ITEM_DAT.card0 | html %]</a> </li>[% END %] 342 [% IF ( ITEM_DAT.card1 ) %]<li>Previous borrower: <a href="/cgi-bin/koha/circ/circulation.pl?borrowernumber=[% ITEM_DAT.borrower1 | uri %]">[% ITEM_DAT.card1 | html %]</a> </li>[% END %] 343 [% IF ( ITEM_DAT.card2 ) %]<li>Previous borrower: <a href="/cgi-bin/koha/circ/circulation.pl?borrowernumber=[% ITEM_DAT.borrower2 | uri %]">[% ITEM_DAT.card2 | html %]</a> </li>[% END %] We should either fix this, or remove this display -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 27347] New: Allow automatic item modification by age to match NULL values
by bugzilla-daemon＠bugs.koha-community.org 26 May '23

26 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27347 Bug ID: 27347 Summary: Allow automatic item modification by age to match NULL values 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Automatic item modification by age isn't able to match on a null value, so we can't set a rule for something like "all items more than 60 days old that don't have any collection code." That'd be handy. Looks like bug 18752 made it so we could set a blank as our substitution value, but doesn't help on the match value. The issue may be that Koha ends up looking for an empty string rather than for a null. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[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