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

[Bug 31686] New: Branch limited patron categories can break patron searching
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31686 Bug ID: 31686 Summary: Branch limited patron categories can break patron searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons 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 When a patron is returned in a category that is restricted to a branch different than the current logged in branch the datatable results will not load To recreate: 1 - Edit Patron category Patron/PT to limit to a single branch that is not the branch you are logged in at 2 - Perform a patron search that will return a patron in this category 3 - Error in JS console: Uncaught TypeError: categories_map[data] is undefined render Ember S http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… fnGetData http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… B http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… Ha http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… P http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… vb http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… lb http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… i http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… success http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… jQuery 7 sa http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… lb http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… P http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… T http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… <anonymous> http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… iterator http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… <anonymous> http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… g http://localhost:8081/intranet-tmpl/lib/datatables/datatables.min_22.060006… Ember 2 jQuery 9 <anonymous> Ember jQuery 13 members-home.pl:2281:37 This is because the categories object passed to template is branch limited -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 15500] Add FRBRized View to OPAC & Staff Interface Results
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15500 --- Comment #5 from Jonathan Field <jonathan.field(a)ptfs-europe.com> --- These are great ideas and authority records give the consistency (although many libraries have now stopped using authorities; at least here). The biggest UK MARC record supplier has recently changed from supplying LC headings to FAST heading - https://www.oclc.org/research/areas/data-science/fast.html. I think this is the direction LC are going as they are involved? As well as Subject Headings this also includes Authors and Uniform Titles. They are also supplying ISNI numbers - https://isni.org/ which, if widely adopted, could improve data consistency across multiple systems (I'm thinking print, ebook, audiobook etc. here). Although not directly related to the FRBR issue, data consistency is the key to good grouping. So the more consistent/accurate the data, the better FRBR experience. To implement it as suggested would be a great start though, sorting out poor data could potentially be ironed out and improved upon later on. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12044] Checkout should be clearly disallowed before inputting item barcode if a patron's fines will block the transaction
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12044 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Checkout should not be |Checkout should be clearly |possible if a patron's |disallowed before inputting |fines will block the |item barcode if a patron's |transaction |fines will block the | |transaction -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31700] New: Do not consider variable strings as translatable strings
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31700 Bug ID: 31700 Summary: Do not consider variable strings as translatable strings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Some variable strings are present in the .po files and on Pootle, but they should not be translated. I was wondering if there was a way for them not to appear in the translating files/tools. Examples of strings that should not be translated: in xx-XX-staff-prog.po "%s, "dt_created_on": "%s", "dt_modification_time": "%s", "dt_action": "%s" }%s,%s %s ] } %s %s %s %s %s %s [%%~ action_block = ' ' ~%%] %s %s [%%~ action_block = action_block _ ' %s", "dt_owner": " -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3514] Returning items through patron Details tab doesn't activate all circulation functions
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3514 pierre.genty(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pierre.genty(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31697] New: Show patron category names rather than codes on overdue notice & status triggers
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31697 Bug ID: 31697 Summary: Show patron category names rather than codes on overdue notice & status triggers 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: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org On /cgi-bin/koha/tools/overduerules.pl we list patron categories by code and do not show the category names. In most other places we either show both values or just show the name. I'd like to just show the category name on this page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28287] New: reports execution should stop on execute_query errors
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28287 Bug ID: 28287 Summary: reports execution should stop on execute_query errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org nbe_rows is computed even if execute_query return an error. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 28804] New: 500 Error when running report with bad syntax
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28804 Bug ID: 28804 Summary: 500 Error when running report with bad syntax Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: jstallings(a)tsas.org QA Contact: testopia(a)bugs.koha-community.org In previous versions, running an SQL report with an error (typo, bad syntax) would yield an error page with the problem syntax highlighted. 21.05 returns only a 500 error. Excerpt from plack-intranet-error.log here: https://pastebin.com/0UCYkU46 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 20627] New: Prevent leakages of user permissions to api access tokens
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20627 Bug ID: 20627 Summary: Prevent leakages of user permissions to api access tokens Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, dpavlin(a)rot13.org, julian.maurice(a)biblibre.com, katrin.fischer(a)bsz-bw.de, oleonard(a)myacpl.org, tomascohen(a)gmail.com Depends on: 20568 Blocks: 20612, 20624 Bug #20568 allow users to create API access tokens, but it always associates all a users permissions with that access token and additionally if that user comes to have more permissions down the line those additional permissions are automagically added to the access token as well. This is generally bad practice for access tokens as in general, they should be of a definite scope and any time additional privileges are required the client application should have to ask for them and receive a new token with the additional privileges assigned to it. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20568 [Bug 20568] Add API key management interface for patrons https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20612 [Bug 20612] Make OAuth2 use patron's client_id/secret pairs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20624 [Bug 20624] Allow switching off the OAuth2 client credentials grant -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 7826] Standardize link for triggering plugins and auto-entry
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '22

06 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7826 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Maybe as a first small step we could replace the ... with the icon used in the cataloguing editor? -- You are receiving this mail because: You are watching all bug changes.

1 0