December 2019 - Koha-bugs - lists.koha-community.org

[Bug 20427] New: Convert OPAC LESS to SCSS
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20427 Bug ID: 20427 Summary: Convert OPAC LESS to SCSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Since we're working to add SCSS to the staff client (Bug 19474), we can convert the OPAC to use SCSS too and use the same build process for both. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 23475] New: Search context is lost when simple search leads to a single record
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23475 Bug ID: 23475 Summary: Search context is lost when simple search leads to a single record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 19046 made search terms and dropdown preserve in the staff client, however, if one search for a barcode or something that returns a single record the dropdown and box are cleared -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 23342] New: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '22

07 Sep '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23342 Bug ID: 23342 Summary: Branch Transfer Limits branch_transfer_limits.pl DBI to Koha::Object, fix variable semantics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com branch_transfer_limits.pl uses DBI SQL statements in the controller. Replace those with Koha::Objects. change branchcode to fromBranch to clarify what is the purpose of the branchcode. Prepare for more BranchTransferLimit authorised value limiting types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 23930] New: No permissions SSO login to staff client should redirect to a custom URL
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '22

29 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23930 Bug ID: 23930 Summary: No permissions SSO login to staff client should redirect to a custom URL Change sponsored?: Sponsored Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Presently if a patron tries to login to the staff client and they have insufficient permissions they are re-directed back to the Koha login page with the message: 'Error: You do not have permissions to access this page'. This is fine when the staff client authentication is the native Koha login, but when you have a SSO implemented then logging in via the Koha login page and then being re-directed to a native koha login form does not make sense. We'd like to implement a syspref InsufficientPermissionRedirectURL which the staff client re-directs to if the authenticating patron does not have permission to view the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 19684] New: Colon char in MARC data breaks facets
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '22

25 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19684 Bug ID: 19684 Summary: Colon char in MARC data breaks facets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When a MARC data used in some facet contains colon char ":", this facet is broken it leads to no result. This is because all colon are replaced by = which is a CCL syntax char -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 22318] New: Extend Koha news feature to include other content areas
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 Bug ID: 22318 Summary: Extend Koha news feature to include other content areas 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There are many content areas in Koha where we currently use a single system preference to define a block of HTML which is embedded in the OPAC or Staff Client. Using system preferences for this requires that we either use only one language for the content or we use a convoluted system of CSS hiding/showing based on language. We already have a system in place for handling this better: The Koha news feature. We could add additional "display locations" for the various system preferences which could be migrated here: OpacNavRight, opacheader, OpacMainUserBlock, OPACMySummaryNote, OpacNav, OpacNavBottom, etc. This would allow libraries to define both language-specific and library-specific content for these areas of the interface. Being able to define start and end dates for content display would be really useful too. I imagine it would be inefficient to add multiple lines to, for instance, opac-main.pl for each "location," like so: my $OpacNavRight = GetNewsToDisplay( "OpacNavRight_".$news_lang, $homebranch ); Perhaps a template plugin and a block like this? [% PROCESS koha_news news => GetKohaNews( location => news_lang, library => homebranch ) %] I'd love to hear what y'all think. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 17937] New: Adding item description to Twitter Summary
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17937 Bug ID: 17937 Summary: Adding item description to Twitter Summary Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caitlingoodger.student(a)wegc.school.nz QA Contact: testopia(a)bugs.koha-community.org When a user posts a link to an item in their library's catalog on Twitter the description will show in the Twitter card. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 22824] New: We depend on both YAML and YAML::Syck
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '22

22 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22824 Bug ID: 22824 Summary: We depend on both YAML and YAML::Syck Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We should settle on a single YAML implementation rather than requiring two. I would advocate YAML::XS as it's the defacto recommended module by the perl community at the moment (and has been for some time now) and it's available packaged on debian back to our oldest supported release at the time of this comment. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 120

[Bug 24010] New: Number of issues to display to staff accepts non-integer values
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24010 Bug ID: 24010 Summary: Number of issues to display to staff accepts non-integer values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When adding a new serial subscription in the page /cgi-bin/koha/serials/subscription-add.pl one can add to the field "Number of issues to display to staff" a non-integer value like "f" and then when you save this new subscription and go to the "Subscriptions" tab in /cgi-bin/koha/catalogue/detail.pl?biblionumber=XXXX you get the following error in plack-error.log: >DBD::mysql::st fetchrow_hashref failed: fetch() without execute() [for Statement "SELECT serialid,serialseq, status, planneddate, publisheddate, notes > FROM serial > WHERE subscriptionid = ? > AND status IN (2,4,41,42,43,44) > ORDER BY publisheddate DESC LIMIT 0,f > " with ParamValues: 0=2] at /home/koha/kohaclone/C4/Serials.pm line 784. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 20688] New: Add accesskeys for hold confirmation boxes
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20688 Bug ID: 20688 Summary: Add accesskeys for hold confirmation boxes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 When checking out a book that is already checked out to another patron the confirmation boxes display "Yes, check out (Y)" and the HTML has an "accesskey" element to allow confirmation via the keyboard We should duplicate the same functionality for hold confirmation boxes (and probably elsewhere eventually) I suggest: "c" Confirm hold (C) "p" Confirm hold and print (P) "i" Ignore (I) "x" Cancel hold (X) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23