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

[Bug 30796] New: Standardize CRUD HTML forms to use 1 controller
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30796 Bug ID: 30796 Summary: Standardize CRUD HTML forms to use 1 controller 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I would love it if we only had 1 controller for handling the input from CRUD HTML forms. At the moment, we have hundreds of different Perl scripts for CRUD operations where the logic is embedded in the Perl controller scripts and not the underlying Perl model modules. Having so many controller scripts means it's difficult to make system-wide changes. Whether changes are made manually or automatically it, it also increases the chance of errors, since you're having to make so many changes (to Perl code or HTML templates). When you have the 1 standard controller, you can use the same base template, the same base error handling, etc. You take advantage of the DRY principle to make old code easier to maintain and you make it easier to add new code. You can put your base code in a base Perl module, subclass it, and then only make the modifications you need to make for special cases. -- I work on other PHP and Perl projects that use this model and it's so much nicer. Of course, a similar alternative is something along the lines of Bug 30225. I'd be happy for there to be a standard Vue3 based form that used the APIs to handle CRUD. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 15399] MARCXML records larger than 1 MB (1048576 bytes) are not searchable.
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15399 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|NEW |RESOLVED CC| |dcook(a)prosentient.com.au --- Comment #18 from David Cook <dcook(a)prosentient.com.au> --- I was sure that I replied to this already... I changed zebra_max_record_size to 4096 in prod for one instance since there were MARCXML records with large numbers of records, and it works fine. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12531] Navigating tabs with keyboard and screen reader
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12531 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME CC| |dcook(a)prosentient.com.au --- Comment #1 from David Cook <dcook(a)prosentient.com.au> --- Seems to work for me on master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13306] Problems when cloning subfields with cataloguing plugins
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13306 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX CC| |dcook(a)prosentient.com.au Status|NEW |RESOLVED --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- Closing this due to age and it sounds like bug 10480 resolved the issue -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18943] New: Add documentation of new SIP configuration parameter
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18943 Bug ID: 18943 Summary: Add documentation of new SIP configuration parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Bug 18755 adds a new option to the SIP configuration, this needs to be documented, for example with a commented out sample in the configuration .xml flie. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 11267] default notices should not be allowed to be deleted
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11267 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- Quite a few important slips cannot be deleted now in master -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 20308] New: "Login with Google" not Visible on Main OPAC when using OAuth2
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20308 Bug ID: 20308 Summary: "Login with Google" not Visible on Main OPAC when using OAuth2 Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: rcmcdonald91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Simple: On the main OPAC site (when unauthenticated), there should be a blue button "Login with Google" easily available to the user. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 21499] New: Emails about automatic renewal sent in error
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21499 Bug ID: 21499 Summary: Emails about automatic renewal sent in error 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have a library running 18.05 that uses autmatic renewals for loans to other libraries. Now those libraries are getting an email about every renewal, even if that is not the desired thing. "RenewalSendNotice" is set to "[Don't send] a renewal notice according to patron checkout alert preferences." Not sure if this is relevant for automatic renewals? (As far as I can see, there is no "patron checkout alert preferences" related to renewals.) The cron-job automatic_renewals.pl is run in the standard way, without the --send-notices option. Still, emails are generated and sent every time the script runs. Anyone else experiencing this? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 11612] 404 error page for Intranet may leak information
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11612 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- Agreed with Isaac. Unauthenticated users shouldn't be able to see anything other than 401 or the login screen. Since we're using Plack::App::CGIBin, I think the only way to deal with this might be to add a Middleware to check if the user is authenticated before returning the 404. Something to think about but certainly relevant. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31614] New: Add configurable timeout for Zebra connections
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '22

06 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31614 Bug ID: 31614 Summary: Add configurable timeout for Zebra connections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au Zebra searches that take 30+ seconds will return 0 records to Koha, because the ZOOM connection has an I/O timeout that defaults to 30 seconds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13