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

[Bug 18433] New: Allow to select results to export in item search
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '21

20 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18433 Bug ID: 18433 Summary: Allow to select results to export in item search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Searching Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 18394 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18394 [Bug 18394] Add an option to item search to export a barcodes file -- You are receiving this mail because: You are watching all bug changes.

1 62

[Bug 21549] New: Lock expired patron accounts
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21549 Bug ID: 21549 Summary: Lock expired patron accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 21336. We could do the same for expired patron accounts. We would need an additional pref to define the number of days to wait before locking the account. After that they run in the same workflow as the unsubscribe requests in 21336 (lock, anonymize, delete). Would it be useful? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 59

[Bug 24695] New: Improve SQL report validation
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24695 Bug ID: 24695 Summary: Improve SQL report validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org The saved SQL report code validates the SQL in multiple places: when saving, when updating, and when executing the query. Move the validation code into Koha::Reports, and write tests for it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 23002] New: OPAC doesn't hold search filters in results pages
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23002 Bug ID: 23002 Summary: OPAC doesn't hold search filters in results pages 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 90166 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90166&action=ed… image 1 Hi, We observed that if we place a link in OPAC leading to a search results (to see monthly's new additions for exemple) and we add another filter on these results (available to borrow for exemple, see image 1 with 76 results), when we are consulting the results pages, the OPAC will not hold the 2nd filter and will return to the maximum results for the 1st filter (new items in this this case, see image 2 with 111 results). This is occurring at the moment we are changing page in results. This bug is a little bit confusing for users. Thanks for the help, Alexandre -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 18170] New: Show damaged status on check-in
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18170 Bug ID: 18170 Summary: Show damaged status on check-in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if when checking in an item we could see if it has a damaged status without opening a new tab to see. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 26819] New: Error when adding items to course reserves - can't view items in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26819 Bug ID: 26819 Summary: Error when adding items to course reserves - can't view items in the staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 112487 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112487&action=e… Error trace - listing items for a course reserve After adding an item to a course: - you cannot view the items for the course in the staff interface, and - there is an error trace message. You can view the items as expected in the OPAC. To recreate: 1. In the staff interface go to course reserves. 2. Add a new course. 3. Add a reserve (Add reserves > add a valid barcode > submit). 4. Go to the list of courses and select the course you added the item to. 5. An error trace log is generated - see attachment. Tested on master using koha-testing-docker. Functionality works as expected in 20.05.x. Identified when testing bug 19532 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 26323] New: NOT_LOAN is hard-code in templates but many UNIMARC installs are using ETAT as authorized values category
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26323 Bug ID: 26323 Summary: NOT_LOAN is hard-code in templates but many UNIMARC installs are using ETAT as authorized values category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Templates: intranet-tmpl/prog/en/modules/circ/circulation_batch_checkouts.tt intranet-tmpl/prog/en/modules/circ/returns.tt intranet-tmpl/prog/en/modules/reserve/request.tt are assuming items.notforloan authorized values category is NOT_LOAN. It's not always true for UNIMARC. cf.: koha-tmpl/intranet-tmpl/prog/en/modules/admin/authorised_values.tt they should use items.notforloan mapping -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 20533] New: Call Number Search plugin functionality
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20533 Bug ID: 20533 Summary: Call Number Search plugin functionality Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The call number search plugin has great functionality- it would be great to get a little bit more features with this. There is no scrolling feature or the ability to look at the next page of results, so it would be nice to de-dup on the call number. Then the same call number is not repeated over and over again and then more unique call numbers can be displayed. In addition, if more than one title has the same call number, it is not helpful to see that multiple times in this search also. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20532] New: Display of 245 fields in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20532 Bug ID: 20532 Summary: Display of 245 fields in basket.pl Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently, when adding an item to a basket and viewing the basket.pl, only certain fields are visible (245a is the only field from the title) on this page. It would be beneficial to see the entire 245 field including all the subfields to the 245 fields on this page. This would help to know more specifically what format is being ordered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 24132] New: search_with_library_limits vs filter_by_branch_limitations
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '21

16 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24132 Bug ID: 24132 Summary: search_with_library_limits vs filter_by_branch_limitations 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20443 Aside from the naming of these two subroutines (implemented at different times), Koha::Patron::Attribute::Types->search_with_library_limits and Koha::Patron::Attributes->filter_by_branch_limitations looks similar and that the code must be simplified. The join table is between borrower_attribute_types and branches (borrower_attribute_types_branches). So Koha::Patron::Attribute::Types can inherit directly from Koha::Objects::Limit::Library, not Koha::Patron::Attributes There are a couple of ways to deal with that: 1. Improve Koha::Objects::Limit::Library => Sounds wrong as there is no join table between borrower_attributes and branches 2. Remove Koha::Patron::Attributes->filter_by_branch_limitations and replace it by something like: my $attribute_types = Koha::Patron::Attribute::Types ->search_with_library_limits; my $attribute = $patron->extended_attributes ->search({ code => { -in => attribute_types->column('code') } }); Which sounds more correct. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20443 [Bug 20443] Move C4::Members::Attributes to Koha namespace -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1