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

[Bug 39950] New: Incorrect filters for Name and Vendor columns in ERM agreements table
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39950 Bug ID: 39950 Summary: Incorrect filters for Name and Vendor columns in ERM agreements table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk To reproduce: 1. Enable ERMModule. 2. Add Agreement (with vendor) and show table with agreements. 4. Note column Name with wrong filter (dropdown list for Vendors). Filter should be text input for name search. 5. Type vendor's name in filter for column Vendor - there is no results but should be at least one (from p. 2). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 35813] New: When placing a booking, we don't feedback successful placements
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35813 Bug ID: 35813 Summary: When placing a booking, we don't feedback successful placements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 Depends on: 29002 We lost this during various rebases I think.. we should let the end user know that the booking was placed successfully rather than just close the modal without any feedback. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29002 [Bug 29002] Add ability to book items ahead of time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 36496] New: Inventory results table needs an export option
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36496 Bug ID: 36496 Summary: Inventory results table needs an export option Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When selecting the options for the inventory report, there is a box to select to export the results to CSV. If that option is not checked and the user decides to export the results after running the report, the report has to be run again. It would be nice to add an export CSV option to the the table results. This is found elsewhere in Koha and it would be nice to add here. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 34829] New: Cash register report is reverting to All Libraries when viewing the Writeoff report
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34829 Bug ID: 34829 Summary: Cash register report is reverting to All Libraries when viewing the Writeoff report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have at least two libraries (Library A & Library B) and at least two patrons. One patron for Library A & one for Library B. 2. Create a manual fee for both patrons and write them off. 3. Go to the cash register statistics report and change the transaction type to "Write off" and your transaction library to Library A. 4. Notice that when you submit the report the transaction library defaults back to "All" and shows both patrons instead of just the patron from Library A. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39952] New: Cash register report resets filters and returns no results when filtering by branch/register
by bugzilla-daemon＠bugs.koha-community.org 21 May '25

21 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39952 Bug ID: 39952 Summary: Cash register report resets filters and returns no results when filtering by branch/register Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Steps to Reproduce the Issue 1. Enable Required System Preferences * Turn on the EnablePointOfSale system preference. * Turn on the UseCashRegisters system preference. 2. Configure Point of Sale * Navigate to the Point of Sale module. * Set up a cash register and configure one or more items for sale. 3. Make Transactions * Perform a few sales using the configured items and cash register. 4. Run the Cash Register Report (Statistics Wizard) * Go to the Statistics Wizard → Cash Register Report. * Set Transaction Type to All Transactions. * Set both Transaction Library and Cash Register to All. * You should see the transactions you made. 5. Attempt to Filter by Library and Register * Repeat step 4, but this time: * Set Transaction Library to the branch you were logged in as during the sales (e.g., Centerville). * Set Cash Register to the specific register you used. * Observe that: * No results are displayed, even though matching transactions exist. * Both Transaction Library and Cash Register dropdowns reset to All after submitting the search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39946] New: Items in collection table of Rotating Collections needs more detail
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39946 Bug ID: 39946 Summary: Items in collection table of Rotating Collections needs more detail Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 19520 It would be nice if the Items in collection table included home and current library and item status. While those details can be found on the individual bibliographic detail holdings table, it would be nice here. It would be especially helpful when transferring the collection to see where the collection is currently located. The transfer modal in rotating collections could also include the current library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15148] Serials: Test prediction pattern starts at First issue date, not Subscription start date
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15148 Arthur Suzuki <arthur.suzuki(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arthur.suzuki(a)biblibre.com --- Comment #14 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- Hi, Just a quick followup, I quite agree with Nick's point of view. I don't even see the point of providing two different "first date", the first issue date and the subscription date. It is quite confusing in my opinion. I'd be happy to use Nick's patch as-is or with a radio button follow-up. One of our partner as BibLibre also is confused :) Arthur -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39945] New: Batch record modification where we create 952/item on existing bibs should use import framework
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39945 Bug ID: 39945 Summary: Batch record modification where we create 952/item on existing bibs should use import framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 26869 See bug 26869 comment 52 > I think assuming the default framework should be fine for now, although we might be able to do better down the line as you can configure the framework to use on import and for existing records they already have a framework assigned that could be used. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26869 [Bug 26869] Enable batch record modification to create 952/item on existing bibs -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31024] New: Switch to the REST Datatables for Suggestion Management
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31024 Bug ID: 31024 Summary: Switch to the REST Datatables for Suggestion Management 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 The UX on the manage suggestions page is a little out of place and performance isn't great with a large number of suggestions. I'm sure we can do better by adopting some of our more modern practices using the REST API and DataTables Wrapper. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39895] New: Catalog Concern login doesn't work for CAS or Shibboleth
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39895 Bug ID: 39895 Summary: Catalog Concern login doesn't work for CAS or Shibboleth Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When you try to submit a CatalogConcern from the OPAC while not logged in, a popup open itself to allow the user to login. It works well for local authentication, but it does not allow CAS login nor Shibboleth login. For CAS login, the option is not there and the popup will only allow local login. For Shibboleth login, the popup only have a title and nothing else, no login is possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1