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

[Bug 35668] New: Change bookings dates, timeline does not update
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35668 Bug ID: 35668 Summary: Change bookings dates, timeline does not update Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1. Find an item and create a booking. Make a note of the dates in the Bookings table. 2. See the booking on the timeline. 3. Select the booking on the timeline. It should turn yellow and give the red cross-hairs to move the booking. Move the booking either left or right to change the dates. 4. A pop-up box asks to confirm the date change. Confirm. See the booking dates update on the bookings table, but the booking on the timeline reverts to its original booking dates. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33221] New: Send WELCOME notices by sms too
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33221 Bug ID: 33221 Summary: Send WELCOME notices by sms too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com WELCOME notices are sent only by email. This will make it possible to send them by sms too. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 26754] New: Budget plans need a note that no changes can be made when budget is locked
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26754 Bug ID: 26754 Summary: Budget plans need a note that no changes can be made when budget is locked 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 26496 At the moment, when looking at the budget planning page for a locked budget, you can manipulate the cells, but the save button is hidden. This is confusing. I suggest: - Remove the buttons for manipulating the cells - Make the cells display normally, not as input cells - Add a note Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26496 [Bug 26496] Budget plan save button doesn't save plans -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39006] New: Not all vendor are displayed when creating a contract
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39006 Bug ID: 39006 Summary: Not all vendor are displayed when creating a contract Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: marion.durand(a)biblibre.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 In the ERM module, when you create a contract, you can choose a vendor from a drop down list. If you have a lot of vendors, some are not displayed in the list. This list is built from a REST API query that limits the number of results per page, but you can't go to the next page as is a a dropdown menu. You can increase the number of results by increasing the value in the syspref RESTdefaultPageSize but this does not seem like a real fix to me. Step to reproduce: 1- Set the syspref ERMModule to enable to activate the module 2- Check the value of the syspref RESTdefaultPageSize 3- Check in the Acquisitions module that you have more active vendor that the value of RESTdefaultPageSize (if not Create some new vendor or lower the value of the syspref) 4- More > E-resource management > Agreements > new agreement 5- In the field vendor check that you miss some vendor (only the first ones are displayed, according to the value of RESTdefaultPageSize) -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 14250] Don't allow to generate discharges for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl Status|Signed Off |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24778] New: Move from Memcached to Redis to solve L1 caching issues?
by bugzilla-daemon＠bugs.koha-community.org 31 Jan '25

31 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24778 Bug ID: 24778 Summary: Move from Memcached to Redis to solve L1 caching issues? 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Would it be worthwhile to switch from Memcache to Redis? Redis has pub/sub which in theory would allow all processes to listen for syspref changes and update their L1 caches if necessary. What made me think of this is bug 23640 I have no idea if this is worth the time and effort, but it seems like it would solve the major issue we have with memcached. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 38947] New: Koha workflow presets
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '25

30 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38947 Bug ID: 38947 Summary: Koha workflow presets Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 I'm wondering if it would be beneficial to be able to design some presets for Koha admin. For example, there are bugs that have been long standing, asking for mechanisms to be able to close branches for a season, like schools. What if there was a table that remembered all the settings for scenarios? It remembers rules, branch settings, transport cost matrix, transfers - not necessarily the other admin preferences that would break something. But how things move. I could see a preset being made to reset to the normal operating mode. I could see a preset for school closures. I could see a preset for emergencies. I could see a preset for testing. Thoughts? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39004] New: Statistical patron account should have limitations
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '25

30 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39004 Bug ID: 39004 Summary: Statistical patron account should have limitations Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: 1. Create a patron category and set the type as statistical. 2. Create a patron and assign the statistical patron category 3. Test by checking an item out to the patron and see local use recorded. 4. From the patron account, search to place a hold an item and place the hold. See the statistical patron now has a hold. I would not expect the statistical patron to be able to place a hold. 5. Add a fine 6. Place a purchase suggestion. 7. Make something bookable and place a booking. 8. Add to a club 9. Add to a patron list 10. Make an article request It appears the checkout options are logged as local use, but other account features are still available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39002] New: Unable to import XPM local cover image
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '25

30 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39002 Bug ID: 39002 Summary: Unable to import XPM local cover image Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I stumbled upon this by accident, I don't know if this functionality is used very much, or at all. Note: I used the image teapot.xpm on this page https://people.math.sc.edu/Burkardt/data/xpm/xpm.html to test. I also tried to make one with GIMP with the same result. To recreate: 1. Enable LocalCoverImages 1.1. Go to Administration > System preferences 1.2. Search for LocalCoverImages 1.3. Change the value to 'Show' 1.4. Click 'Save all Enhanced content preferences' 2. Import an XPM image as a cover image 2.1. Download the teapot.xpm image from the site above, or another .xpm image 2.2. Search for a record and go to the detailed page 2.3. Click the 'Images (0)' tab 2.4. Click 'Upload' --> Note that the help message above the box to select a file says 'The tool will accept images in GIF, JPEG, PNG, and XPM formats.' 2.5. Click 'Drop files here or click to select a file' 2.6. Choose the .xpm image --> Note that at this point, the image preview is a broken image 2.7. Click 'Process images' --> Error message: 'Cannot process file as an image. Please ensure you only upload GIF, JPEG, PNG, or XPM images.' I opened the teapot.xpm image in GIMP and it opens fine. It's not corrupted as far as I know. I think we should either fix the XPM import or remove the mention that the tool accepts XPM format. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 28337] New: Add System-control-number index for authorities to MARC21 indexes
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '25

30 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28337 Bug ID: 28337 Summary: Add System-control-number index for authorities to MARC21 indexes 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: nick(a)bywatersolutions.com https://www.loc.gov/marc/authority/ad035.html The 035 field in authorities can contain a system control number, this is useful for authority cleanup work as it can contain a non-Koha id for the record When importing, however, we cannot use this field for matching as it is not indexed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22