July 2024 - Koha-bugs - lists.koha-community.org

[Bug 31304] New: Add ability to customise availability searching
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31304 Bug ID: 31304 Summary: Add ability to customise availability searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently in Zebra 'limit to available' means: ## 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) Bug 25375 proposed for ES a slightly wider net: 783 onloan => undef, 784 notforloan => 0, 785 withdrawn => 0, 786 itemlost => 0, 787 damaged => 0 We should have a configuration for this, a way to allow libraries to decide which statuses are available/unavailable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27973] New: Limit to currently available items should have an option to filter out notforloan statuses
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27973 Bug ID: 27973 Summary: Limit to currently available items should have an option to filter out notforloan statuses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many libraries find it problematic that the 'Limit to currently available' does not filter out notforloan statuses (example: ordered). It would be handy if there was a system preference that allowed librarians to choose which notforloan statuses could be filtered out. to recreate one potential problem: -do an OPAC search that includes some items with a notforloan of -1 (ordered) -click 'Limit to currently available items' -the ORDERED items remain this can be frustrating for a patron who could reasonably assume that after clicking the 'Limit to currently available' filter they would be looking only at items that are currently available to them to checkout -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 27340] New: We should introduce Koha::PickupLocation(s)
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27340 Bug ID: 27340 Summary: We should introduce Koha::PickupLocation(s) 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Looking at the codebase, a pickup location is a combination of a branch/library, and now also a 'desk'. So it would make sense to have a special class for them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 26915] New: Koha explodes when writing off a fee with FinePaymentAutoPopup
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '24

21 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26915 Bug ID: 26915 Summary: Koha explodes when writing off a fee with FinePaymentAutoPopup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org - To test activate FinePaymentAutoPopup - Create a manual fee - Write it off using the write off button on the account line (not below table) - Experience error on saving the writeoff http://localhost:8081/cgi-bin/koha/members/printfeercpt.pl?action=print&acc… Can't call method "unblessed" on an undefined value at /home/vagrant/kohaclone/members/printfeercpt.pl line 64 This problem was first found in 20.05.03 so affects stable releases as well! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34546] New: Report group code should only contain ASCII chars
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34546 Bug ID: 34546 Summary: Report group code should only contain ASCII chars Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When creating a new report, one can create a new report group. Since its code will be used in tab id attribute, it should be tested to contain only ASCII chars (and no space) : [a-zA-Z0-9_-] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35580] New: Diacrits in authorized values for REPORT_GROUP
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35580 Bug ID: 35580 Summary: Diacrits in authorized values for REPORT_GROUP Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org If you use a diacrit (e.g. å ä ö) in an authorized value for REPORT_GROUP, it makes the tab in Saved reports non-clickable Quite trivial, I know, but it worked on earlier versions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33330] New: selenium/authentication.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33330 Bug ID: 33330 Summary: selenium/authentication.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 15:44:43 koha_1 | # Failed test at t/db_dependent/selenium/authentication.t line 235. 15:44:43 koha_1 | # 'Koha online catalog' 15:44:43 koha_1 | # doesn't match '(?^u:Your library home)' 15:44:43 es_1 | [2023-03-23T14:42:59,727][WARN ][o.e.c.r.a.DiskThresholdMonitor] [hMhQRNC] high disk watermark [90%] exceeded on [hMhQRNCrTdG53zO1o_VVxQ][hMhQRNC][/usr/share/elasticsearch/data/nodes/0] free: 813.7mb[8.1%], shards will be relocated away from this node 15:44:43 koha_1 | # Looks like you failed 1 test of 13. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'not authorized' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 274. 15:44:43 koha_1 | # Looks like you failed 1 test of 7. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'OPAC interface authentication' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 277. 15:44:43 selenium_1 | 1679582588195 Marionette INFO Stopped listening on port 43169 15:44:43 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] 15:44:43 selenium_1 | 14:43:09.324 INFO [ActiveSessions$1.onStop] - Removing session 6022a951-b117-4314-9d9a-ad7218eb2905 (org.openqa.selenium.firefox.GeckoDriverService) 15:44:43 koha_1 | # Looks like you failed 1 test of 3. 15:44:43 koha_1 | [14:43:09] t/db_dependent/selenium/authentication.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 37475] New: in acqui/parcels.pl closed invoiced should not be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37475 Bug ID: 37475 Summary: in acqui/parcels.pl closed invoiced should not be displayed by default Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org in acqui/parcels.pl closed invoiced should not be displayed by default, and there should be a column showing the open/closed status of each invoice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37504] New: Deleting local title in ERM should optionally delete bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37504 Bug ID: 37504 Summary: Deleting local title in ERM should optionally delete bibliographic record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com If local titles in the ERM have a linked bibliographic record, there should be a way to delete both the title from the ERM AND the linked bibliographic record. Right now, it seems like deleting the title would do that, but does not. This means completely removing a title with a linked bibliographic record is double work. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 37148] New: Move the filter bar in Holds to Pull report from the bottom to the top of the table
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37148 Bug ID: 37148 Summary: Move the filter bar in Holds to Pull report from the bottom to the top of the table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The Holds to Pull report table of results has a filter bar which only appears at the end of each page of results. In systems where there are a lot of libraries/branches, this can mean scrolling a long way to allow the user to filter to show results from their library/branch, or to filter in another way. Possibly related to Bug #35139 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35139 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44