November 2021 - Koha-bugs - lists.koha-community.org

[Bug 27033] New: Add plugin hook to add a big link in staff home page
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27033 Bug ID: 27033 Summary: Add plugin hook to add a big link in staff home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In staff home page we have some big links : Circulation, Patrons ... Add plugin hook to add such a link. Defined by a CSS class, an URL, a Font Awesome icon and a content. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 27527] New: Plugin hooks to create additional contents
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27527 Bug ID: 27527 Summary: Plugin hooks to create additional contents Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org It would be useful to let plugin create contents that we will integrate into Koha. The idea is to have a hook (on the main page for instance) that will retrieve a list of URL that will be displayed at the end of the page. The URL could be: - A link to an external website - A link to an existing view of Koha - A link to a specific content The specific content would be returned by the plugin and displayed nicely integrated into Koha. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 15723] New: Add preview marc in authority results authorities-home.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '22

08 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15723 Bug ID: 15723 Summary: Add preview marc in authority results authorities-home.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 47560 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47560&action=ed… authority search Hi, In a results list of authorities , it would be great to have a Marc preview of each notice. We could then check quickly the authorities to merge. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28876] New: No renewal before advisory text not wrapped in selector
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28876 Bug ID: 28876 Summary: No renewal before advisory text not wrapped in selector 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: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org Using 'No renewal before' in the circulation rules is a very useful setting, as it blocks a patron from accidentally renewing too many times in quick succession on the OPAC and using up all of their permitted renewals. But the setting also adds some advisory text to the OPAC which confuses our patrons. We would like to be able to hide this text, but it's not wrapped in a selector so we can't target it. To replicate: - Create a circulation rule which includes: Renewals allowed: 4 Renewal period: 21 No renewal before: 20 - Check an appropriate item out to an account with a due date of +10 days - Log into the OPAC with the account - Renew the item - Note that the following (example) information appears in the Renew column: Renewed! No renewal before 19/08/2021 00:00 (3 of 4 renewals remaining) - Use Chrome/Firefox dev/inspect tools and note that 'Renewed!' is wrapped in a span class called 'blabel label-success', and '(3 of 4 renewals remaining)' is wrapped in a span class called 'renewals'. It would be really helpful if a span class could be added to this part of the opac-user.tt template: [% ELSIF ( ISSUE.too_soon ) %] No renewal before [% ISSUE.soonestrenewdate | html %] -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28450] New: Make Account summary print tables configurable
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28450 Bug ID: 28450 Summary: Make Account summary print tables configurable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW 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 It would be nice if the account summary slip was fully customizable, but as a first step it woudl be nice if the columns in the table of checkouts was configurable. For a library that doesn't charge any fines and fees it would be nice to be able to fully remove these columns. There are also not many classes/ids to use here, I had tried to remove these columns using jQuery, but couldn't get it to work quite rigth with the summarized columns in the last line of the table. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 28871] New: Koha::Objects->empty doesn't work correctly in list context
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28871 Bug ID: 28871 Summary: Koha::Objects->empty doesn't work correctly in list context Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When in list context, it assigns an array with an interator inside. To test: my @patrons = Koha::Patrons->new->empty; Dumper(@patrons); => FAIL: prints [ Koha::Patrons... ] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 28677] New: Add the word "calendar" to the description for ExcludeHolidaysFromMaxPickupDelay
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28677 Bug ID: 28677 Summary: Add the word "calendar" to the description for ExcludeHolidaysFromMaxPickupDelay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client 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 In a previous bug, we standardized wording of several calendar-related sysprefs so they'd be easy to find in a single search. We should have included ExcludeHolidaysFromMaxPickupDelay in that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 28020] New: Error responses should return a code
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28020 Bug ID: 28020 Summary: Error responses should return a code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Right now, many error conditions on the REST API correctly return an error status (e.g. 500, 400, 403, etc) and a nice description of the error (e.g. "Anonymous patron cannot be deleted"). But, in order to ease building translatable UIs based on the REST API, we need to add an 'error_code' attribute, and probably a payload to the responses for using later to query a key/value collection (or similar). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 29289] New: 'Show fines to guarantor' should have it's own class on staff patron detail page
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29289 Bug ID: 29289 Summary: 'Show fines to guarantor' should have it's own class on staff patron detail page 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The "Show fines to guarantor" on the details tab in the patron account on the staff side should have it's own id for easy customization as the entry for showing checkouts already has. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 20105] New: Ability to allow Article Request to be without an attached record
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '22

07 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20105 Bug ID: 20105 Summary: Ability to allow Article Request to be without an attached record Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A library inquired about allowing article requests to work similarly to purchase suggestions. Instead of having patron search for the subscription or record that they would like the article from- instead they would like the patron to fill out a form (as they would in a purchase suggestion) with fields (from the system preference : ArticleRequestsMandatoryFields, ArticleRequestsMandatoryFieldsItemOnly, ArticleRequestsMandatoryFieldsRecordOnly Currently when the Request Article link is clicked, it brings up the opac-request-article.pl with a biblio number. This may have a dual purpose - it could potentially be used for ILL material form for a library also! Kelly Bywater Solutions -- You are receiving this mail because: You are watching all bug changes.

1 3