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

[Bug 34491] New: Add select2 to fund selection in adjustments (invoice)
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34491 Bug ID: 34491 Summary: Add select2 to fund selection in adjustments (invoice) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org When you have a lot of funds, would be useful to have autocompletion in funds combobox in the invoice adjustments section Test plan : 1. Go to acquisition modul 2. Create an activ and an inactiv budget with at least one fund 3. Search for Vendor 4. Button receive shipment and create invoice 5. Click finish receiving (we don't need an order line for this test) 6. Click +Add an adjustment There is no autocompletion in 'Fund' combobox 7. Apply Patch 8. Search for your invoice 9. Click +Add an adjustment 10. Check you see autocompletion in 'Fund' combobox 11. Click on 'Show inactive' 12. Check you see inactiv funds in combobox 13. Update adjustments 14. Change the fund in the existing adjustment line using the autocompletion -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34713] New: Standardize plugin hooks
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34713 Bug ID: 34713 Summary: Standardize plugin hooks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, oleonard(a)myacpl.org, tomascohen(a)gmail.com We should standardize the way plugin hooks are implemented and behave. Looking at: https://wiki.koha-community.org/wiki/Koha_Plugin_Hooks https://github.com/bywatersolutions/dev-koha-plugin-kitchen-sink Some hooks are called like: Koha::Plugins->new()->GetPlugins( { method => 'background_tasks', } ); and then the respective method invoked Others are just called like: Koha::Plugins->call('patron_barcode_transform', \$patron_id ); Some hooks return stuff (e.g. opac_detail_xslt_variables), others expect the param to be a ref and change in place without returning anything (e.g. patron_barcode_transform) --- Discussion: We already have hooks that behave like actions, and others that behave like filters. Wordpress put's it this way: - an action interrupts the code flow to do something, and then returns back to the normal flow without modifying anything; - a filter is used to modify something in a specific way so that the modification is then used by code later on. My proposal is: - Make it clear that a hook is either an action or a filter, either by name or by the way it's called - All actions should implement the same (example) Plugins->call('action_name', $args) signature - All filters should implement the same (example) Plugins->call('filter_name', $args) signature and return $args -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 28532] New: Accessibility: Staff Client - add legends to forms
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '24

10 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28532 Bug ID: 28532 Summary: Accessibility: Staff Client - add legends to forms 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: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many of the forms in the Staff Client do not have legend tags to describe them. This is not accessible and makes it hard for navigation when using a screen-reader. However, adding these legends to forms can create redundancy and appear unnecessary. Therefore, it may be beneficial for these legends to be in the class "sr-only" so that they are not visible, they are just available for those who use screen readers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27877] New: Accessibility: Staff Client - Reduce heading redundancy and correct error/alert headings
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '24

10 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27877 Bug ID: 27877 Summary: Accessibility: Staff Client - Reduce heading redundancy and correct error/alert headings 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: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 27631 created <h1> headings on each page of the Staff Client, then Bug 27741 fixed the hierarchy of the other headings in each page to ensure there was no skipping of heading levels, and that items that appeared as headings of some sort, had an <h> tag. There are now a few headings that are redundant so this bug will deal with issues like this. Many of the alerts and errors are also tagged as headings, which for many cases is not correct. Therefore, this bug will also deal with these issues -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 16605] New: All notices should give the ability to unsubscribe or flag account
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '24

10 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16605 Bug ID: 16605 Summary: All notices should give the ability to unsubscribe or flag account Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org There should be a way to unsubscribe to notifications within the e-mail. This could be a link to the patron's notification settings, or simply turn the switch off for that notification. There should also be a way to indicate that the e-mail has gone to the wrong person. A link that says "Not my account", or something to that effect. It could either put a restriction on the account indicating the e-mail address has been flagged as wrong, or just be a note on the account that it is wrong. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 30260] New: Script which checks index should also check if the zebraqueue has uncommitted records
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '24

09 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30260 Bug ID: 30260 Summary: Script which checks index should also check if the zebraqueue has uncommitted records 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org currently our monitoring checks if the indexer is running, and sends an alert if it it isn't. however we've found that sometimes the indexer looks like it is running but the process may not have started fully, and the indexer isn't working. new records and modified records don't show in search results. when we view the zebraqueue in the database, there are rows that have not been committed, i.e. `zebraqueue.done` == 0. checkindex.sh should check if there are rows in the zebraqueue that have not been committed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 23668] New: Information on syntax for patron attributes
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '24

08 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23668 Bug ID: 23668 Summary: Information on syntax for patron attributes Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org In the manual at https://koha-community.org/manual//19.05/en/html/tools.html#patron-import-l… the syntax for multiple patron attributes which, to complicate things, consist of multiple words separated by blanks isn't described correctly. It says: <citation> "Note If loading patron attributes, the ‘patron_attributes’ field should contain a comma-separated list of attribute types and values. The attribute type code and a colon should precede each value. For example: “INSTID:12345,BASEBALL:Cubs” This field must be wrapped in quotes if multiple values are defined. Since values can contain spaces, additional doubled-quotes may be required: “INSTID:12345,BASEBALL:Cubs,””BASEBALL:White Sox”” " </citation> After trying this, and all other possible combinations of attributes and quotes I could come up with, I found that import only works if the attributes are entered in the most simple way, namely in single quotes. The blanks can be which, for the above example, would read: “INSTID:12345,BASEBALL:Cubs,BASEBALL:White Sox” I didn't test exactly this combination of attributes, but with similar ones it worked. If this can be confirmed, maybe the manual can be updated accordingly? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 22709] New: Add hooks to notify plugins of biblio and item changes
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '24

08 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22709 Bug ID: 22709 Summary: Add hooks to notify plugins of biblio and item changes 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 Target Milestone: --- We should have a way to make *Biblio *Item methods trigger actions on plugins. Maybe if we have a message queue, then enqueue messages for registered plugins (i.e. to avoid synchronous calls). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 22569] New: Stock rotation: need transfer reports
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '24

08 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22569 Bug ID: 22569 Summary: Stock rotation: need transfer reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 Target Milestone: --- The cronjob provides a report email tot he branch, however, there is no way on the staff client to view current items needing checked in/advanced at the current branch. Perhaps a 'transfers to send' report like 'transfers to receive' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 148

[Bug 33945] New: Add ability to delay the loading of the current checkouts table on the checkouts page
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '24

08 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33945 Bug ID: 33945 Summary: Add ability to delay the loading of the current checkouts table on the checkouts page 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a librarian has opted to load the checkouts table automatically on the checkouts page, it will trigger a call to svc/checkouts. If a librarian is checkout out 10 items to a patron, that means svc/checkouts is called uselessly 9 times, with only the 10th time being used to display the checkouts table. It would be useful to add a delay such that the table only load if the page has been display for a given number of seconds. That way the continuous scanning does not trigger useless svc/checkouts calls, but the librarian also does not need to click the load checkouts button manually. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32