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

[Bug 26180] New: Elasticsearch - Add option to index records in descending order
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26180 Bug ID: 26180 Summary: Elasticsearch - Add option to index records in descending order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com While the ES index is incremental and provides results as it commits, we currently index from the oldest records to the newest. It would be nice to provide the option to go the other direction -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25801] New: Add itemnumber parameter to opac-detail
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25801 Bug ID: 25801 Summary: Add itemnumber parameter to opac-detail 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This patch creates a simple item landing page in OPAC by tweaking opac-detail.pl to only show a specific item. It could serve to resolve an item persistent identifier until we perhaps have a better alternative in OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 24031] New: Add plugin hook after_hold_create
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24031 Bug ID: 24031 Summary: Add plugin hook after_hold_create Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This hook will be called after a hold has been placed. The need behind that is to create a plugin that will send a mail to the patron that has borrowed the reserved item, saying something like "Someone has requested this item, please return it as soon as you can" -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 22431] New: Incorrect group by in circ/pendingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '21

09 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22431 Bug ID: 22431 Summary: Incorrect group by in circ/pendingreserves.pl 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- This one seems tricky as we are probably doing some bad things here - we get the reserves, group by biblionumber, then do a mix of taking all values from a field and trying to get the values for the 'first' patron. I think this one needs to be two queries joined which may impact peformance but should be much more correct -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 27210] New: Typo in patron-attr-types.tt
by bugzilla-daemon＠bugs.koha-community.org 08 Feb '21

08 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27210 Bug ID: 27210 Summary: Typo in patron-attr-types.tt 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When adding a new patron attribute, next to the 'Editable in OPAC' field, there is this sentence: (Requires above, does not work during self-registration if PatronSelfRegistrationVerifyByEmail **if** set.) Which should be (Requires above, does not work during self-registration if PatronSelfRegistrationVerifyByEmail **is** set.) To replicate: 1) Make sure the ExtendedPatronAttributes syspref is active 2) Go to Administration > Patron attribute types 3) Click New patron attribute type 4) Check the sentence next to the Editable in OPAC checkbox -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17674] New: Allow UI to delete serials in batch
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17674 Bug ID: 17674 Summary: Allow UI to delete serials in batch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This new feature allows for batch deletion of serials through the UI. The current usage is a one-by-one long game. Testing - Have at least three serials, with items - check the box to select two of them - Press the Remove selected issues button - Decide to delete their items as well or not - Validate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 177

[Bug 26127] New: When reporting an Error from the OPAC, the URL does not display
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26127 Bug ID: 26127 Summary: When reporting an Error from the OPAC, the URL does not display 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 107700 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107700&action=e… opac When a logged in patron "reports a problem", there is a place for the URL of the page the patron is on to be filled in on the line: 'Problem found on page'. Currently, no matter what page on the OPAC, the Report a Problem is clicked on the , the URL does not display. This is what it will display: Problem found on page: / >From reading the bug 4461, this should display the URL. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 27468] New: OPACReportProblem not sending the specific URL that problem was reported on
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '21

06 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27468 Bug ID: 27468 Summary: OPACReportProblem not sending the specific URL that problem was reported on 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On 20.05.x and master, when an error is submitted through the OPAC, the URL is not displayed on the OPAC and when the error is seen on the staff client, the URL is the base OPAC url- and not a specific page. Both of these are different behavior than what was seen on 20.05.00 when this feature was released. Steps to recreate. 1. Turn on OPACReportProblem (make sure you have an email in KohaAdminEmail) 2. Do a search on the OPAC and click the Report a Problem link at the bottom of the page. 3. Form will not display the URL where it should, it only displays / 4. Log in to the Staff Client and see the Error report, the Problem page will be displayed as the main page of the OPAC-not the specific page the error was submitted on. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 24078] New: Convert manual credit 'tab' to a modal
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24078 Bug ID: 24078 Summary: Convert manual credit 'tab' to a modal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 24077 Blocks: 17596 As the title says, I think we could modernise the UX for accounts by converting the manual credit tab and form to a modal reached via a new button/accounts toolbar. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17596 [Bug 17596] Simplify accounting UI in staff client https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24077 [Bug 24077] Convert manual invoice 'tab' to a modal -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are on the CC list for the bug.

1 10

[Bug 17409] New: Remove redundant note fields for payments on pay.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '21

05 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17409 Bug ID: 17409 Summary: Remove redundant note fields for payments on pay.pl 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently there is an inconsistency with inputting notes on a payment. When you go to pay.pl, there is a note field for input next to each item. However, depending on what you select, there might be a following note field. That field is populated with the all the notes from the pay.pl screen if you click on Pay selected, blank if you click Pay amount, and not even an option if you Write off all. Having individual notes lumped together into one payment line might be confusing and depending on the notes, might not make any sense when the payment is made as a single payment. Because this enhancement is written in hopes that bug 17406 is accepted by the Koha community, I am making this dependent on those enhancements. 1) I suggest that the note fields be removed from the pay.pl page. 2) If bug 17406 is accepted, there will only be two buttons on the pay.pl screen: Pay selected and Write off selected. Regardless of which button is clicked, a summary page should come up showing what was selected, and totals. 3) The summary page should have a checkbox reading (use first note for all items). If checked, only the note field on the first item is active. If unchecked, all note fields are active. The default should be checked. 4) If there is only 1 item selected, the checkbox should not show. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8