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

[Bug 31833] New: [Omnibus] Fix table inconsistencies
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31833 Bug ID: 31833 Summary: [Omnibus] Fix table inconsistencies 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 30952 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 31875] New: Reserved words as authorised_values cause search error in Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31875 Bug ID: 31875 Summary: Reserved words as authorised_values cause search error in Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com This is bug 31013 but for things like 'LOC' authorised values Set a value in LOC for 'OR' description 'Oregon' Add a few items to this location Search returning those items Try to facet by location - no results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31914] New: We should adopt modals more widely for simple forms
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31914 Bug ID: 31914 Summary: We should adopt modals more widely for simple forms 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are lots of cases in Koha where we have a very simple form that currently works through a full page load workflow.. we could easily migrate these to modals instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31983] New: Add "public_api_routes" Koha plugin method
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31983 Bug ID: 31983 Summary: Add "public_api_routes" Koha plugin method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, Koha plugins put all their API routes under /api/v1/contrib/<api_namespace>. It would be useful to be able to put API routes under either of these two paths: /api/v1/contrib/<api_namespace> /api/v1/public/contrib/<api_namespace> That way, we can more easily separate the public and non-public API interfaces. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 31990] New: Shibboleth may redirect to opac if intranet and staff is served on same hostname.
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31990 Bug ID: 31990 Summary: Shibboleth may redirect to opac if intranet and staff is served on same hostname. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: bjorn.nylen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The issue seems to be caused by the session interface being stuck to 'opac' if you serve both intranet and opac on the same hostname (different ports) and you visit the opac page before trying to log into intranet. Using the same hostname will result in opac and intranet using the same session cookie, ie same session which may confuse things. Repoducable in koha testing docker: 1. Enable shibboleth in koha-conf.xml and add a stub configuration <shibboleth> <matchpoint>userid</matchpoint>  <mapping> <userid is="eduPersonID"></userid>  </mapping> </shibboleth> 2. Resatart everything 3. Visit opac 4. Visit staff. The shib-login link will be to the opac url. Visiting staff before opac will not do the opposite though. Issue arised when we upgraded to 22.05. Possibly a side effect of Bug 29915 or Bug 29914? Not familiar enough to actually say. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23659] New: Allow hold pickup location to default to item home branch
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23659 Bug ID: 23659 Summary: Allow hold pickup location to default to item home branch Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Koha defaults hold pickup location to the patron's home branch. Some libraries would prefer that hold pickup default to the item's home branch instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 32024] New: Placing a hold on OPAC ignores Hold Pickup Location Match
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32024 Bug ID: 32024 Summary: Placing a hold on OPAC ignores Hold Pickup Location Match Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you want to allow patrons to place holds on items in other libraries but they must be picked up from the holding library, then in the 'Default checkout, hold and return policy',you set Hold policy=From any library and Hold pickup library match=From item's home library This works for holds placed using the staff interface. However for holds placed on the OPAC, the system sets the Pickup Location to the patron's home library rather than the item's holding library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16956] New: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16956 Bug ID: 16956 Summary: Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Inserting null borrowernumber value in statistics table while book is checkin if book is not checkedout -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 23869] New: Add regex test to marc mod template setup
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23869 Bug ID: 23869 Summary: Add regex test to marc mod template setup 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I'd like to have the ability to test the regex in a marc modification template from the add/edit action screen. Something like what we have over in classsources.pl for creating and testing a regex splitting rule -- a place to put in some sample text to apply your regex to for matching/substitution to make sure it works as intended. As is, you need to save the template and then test it in either batch record mod or as part of staging a file for import, which is pretty labor intensive when troubleshooting some regex. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 18125] New: Edit button can duplicate some circulation rule
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18125 Bug ID: 18125 Summary: Edit button can duplicate some circulation rule 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: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you modify the patron category and the item type when you edit a circulation rule, this will create a new circulation rule -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27