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

[Bug 23906] New: Show information if patron is on Patron list on circulation page
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23906 Bug ID: 23906 Summary: Show information if patron is on Patron list on circulation page 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patron list is very useful feature. If library could use it for "family card" or similar reasons we should show informatio about patron list on circulation page. Best with direct link into list detail. It can be option of patron list "show info about this patron list on circular page of every member." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 23899] New: Cannot change size of Show SQL Code box on run report page
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23899 Bug ID: 23899 Summary: Cannot change size of Show SQL Code box on run report page Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To test: - run a report - click "Show SQL Code" - try to use the little tab at the bottom right of the code box to resize the box - the little tab doesn't work! This is a pretty minor annoyance, but the box does default to being pretty large. I see that the div CodeMirror-Scroll has its height set to 100%. If I change that in the inspector to something defined in pixels then the little tab works to change the size in the page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23886] New: autocreate thumbnail for pdfs or images hosted at koha repository
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23886 Bug ID: 23886 Summary: autocreate thumbnail for pdfs or images hosted at koha repository Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org It should be great if koha could generate a thumbnail cover for files (perhaps just pdfs?) from files uploaded to koha. We can use imagemackick to automatic thumbnail creation, now customers are scanning before uploading, this will save them time and effort. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23814] New: make it easier to manage items in baskets
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23814 Bug ID: 23814 Summary: make it easier to manage items in baskets Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently in acquisitions, it is challenging to move items from one record to another. While it can sometimes be accomplished by re-opening baskets, and manipulating data, it would be preferred to make item management easier. There should also be a permission to go along with this to control who has the ability to do so. An example of the situation from one library: I've found a good number of errors from a few years ago, order records added to bib records of older editions of similar titles, which causes payments to seem to go 'missing'. It's causing a lot of headache. We would definitely like to be able to 1, move an order (any status, received or not) to another basket without otherwise having to change the basket it was in, and without having to manually re-enter the order (entailing that that order would be assigned to whatever bib rec the new basket is attached to) -- 2, assign an order to a different bib record while leaving it in it's same basket (entailing that the basket it is in would detach from the that bib rec, unless there are other orders in the same basket attached to that bib rec). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23766] New: Allow MARC record importer to handle large batches without causing memory issues
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23766 Bug ID: 23766 Summary: Allow MARC record importer to handle large batches without causing memory issues 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, no matter how large a marc batch file is, the marc record stager loads all the records into memory ( see http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/ImportBatch.pm… ). We should break this up and process chunks of records at a time to keep the memory footprint low for servers without enough RAM to handle this memory load. My proposal is to modify process_batch in stage_file to loop over the records processing X number of records at a time. X should be configurable via a syspref. In addition, this will require modifying C4::ImporBatch::RecordsFromMARCXMLFile to accept an offset and a count such that it will start at the offset and return the given count of records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 31375] New: Account Expiration Date Auto-updates
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31375 Bug ID: 31375 Summary: Account Expiration Date Auto-updates Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: daniel.gaghan(a)pueblolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A patron's account should update to the new expiration date when the account category is changed. Here is how it should work. User's has an account set with user category A. Category A expires in 2 months. User goes to the library and staff update the user's account to category B. Category B expires in 12 months. The user's account automatically updates from category A expiration date to category B (from 2 months to 12 months). This should work both ways, switching to category B to category A should reduce the expiration date from 12 months to 2 months. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25079] New: Show club enrollment question answers in staff client
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25079 Bug ID: 25079 Summary: Show club enrollment question answers in staff client 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 When a patron is enrolled in a patron club, koha collects answers to library-defined enrollment questions. Those answers go into the database but are not viewable outside of reports. Ideally we could see those answers on club-enrollments.pl and maybe also in the Clubs tab of moremember.pl. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 23629] New: Retain search results until staff close window
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23629 Bug ID: 23629 Summary: Retain search results until staff close window Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When searching for MARC records to import, often more than one search result is relevant to the work at hand. When a staff member clicks on import for one result the pop up window automatically closes, meaning that the search has to be undertaken again. This can be annoying and frustrating for cataloguers. For example adding records for a new course in early years education will have a lot of resources with similar titles. It's annoying to do a search, see that half a dozen of the results are on your list, and then have to repeat the search 6 times to get all the titles. It would be good to be able to work from the one result list until the next search is performed or the staff member closes the pop-up window. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23572] New: Regression: Bug 18878 - Improve item form display / labels too far from input fields
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23572 Bug ID: 23572 Summary: Regression: Bug 18878 - Improve item form display / labels too far from input fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 18878 Bug 18887 changed the item form so that the labels aligned to the right, being closer to the input field and easier to read. In 18.11.x this is no longer the case. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18878 [Bug 18878] Improve item form display / labels too far from input fields -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23550] New: Not possible to add multiple patron restrictions in memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '23

09 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23550 Bug ID: 23550 Summary: Not possible to add multiple patron restrictions in memberentry.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When editing a patron record in memberentry.pl, you have a link to "Add manual restriction", but after you click and add, there is no link to add another. You have to save and edit again, or you can add multiple restrictions straight from circulation.pl or moremember.pl. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1