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

[Bug 36201] New: Add -days_old and -months_old arguments for misc/export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36201 Bug ID: 36201 Summary: Add -days_old and -months_old arguments for misc/export_records.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if libraries could use misc/export_records.pl as a cronjob to run on the first day of every month to export all new biblio records added in the last month: by using new -days_old=31 or -months_old=1 arguments for the export_records.pl script to limit on the biblio.datecreated. A use case for this would be those libraries which need to keep a union catalogue up to date with their local Koha catalogue. By providing the union catalogue provider with a MARC file of all biblio additions in the last month. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 36770] New: Add a reportID parameter to export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36770 Bug ID: 36770 Summary: Add a reportID parameter to export_records.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It would be nice to be able to export reports from the export_records.pl command-line utility using a report. Adding a reportID parameter to the export_records.pl script would enable libraries to have greater control over what records are exported. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 36208] New: Add -not_itemtype argument to misc/export_records.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36208 Bug ID: 36208 Summary: Add -not_itemtype argument to misc/export_records.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It is currently possible to pass the --itemtype argument to misc/export_records.pl to export biblios from a given itemtype. It would be nice if libraries pass a --not_itemtype argument to misc/export_records.pl to exclude exporting biblios with a given item type. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30931] New: Handling of items.dateaccessioned in the item editor
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '25

10 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30931 Bug ID: 30931 Summary: Handling of items.dateaccessioned in the item editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This bug report is for the community to decide which of the following is desired for handling of the dateaccessioned field in the item editor: 1. A hint - To tell users if they leave the items.dateaccessioned field (which is typically linked to the 952$d subfield) empty when adding a new item in serials, cataloguing, or acquisitions then Koha will automatically save the current date in that field. OR 2. Context-aware behaviour - Koha only pre-fills the item editor dateaccessioned field with the current date when the item is added/new. Shifting this discussion away from bug 29963 so the community can proceed to upstream the reversion of bug 29815 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 30258] New: Authorized value icons should offer font awesome icons
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30258 Bug ID: 30258 Summary: Authorized value icons should offer font awesome icons Change sponsored?: --- Product: Koha Version: unspecified 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 Font Awesome would provide a huge assortment of icons to choose from for authorized values. It would be great if there were a new tab that gave them as an option. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22056] New: Remove test/search.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22056 Bug ID: 22056 Summary: Remove test/search.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 Target Milestone: --- As far as I can tell, the "test/search.pl" script isn't used for anything and can be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 34215] New: Vue Toolbar component should be more flexible
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34215 Bug ID: 34215 Summary: Vue Toolbar component should be more flexible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com CC: jonathan.druart+koha(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 Depends on: 33417, 34214 We cannot: * have something else than a router-link * have a link outside of the app (it needs to be a Vue route) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33417 [Bug 33417] Create one standard Toolbar component https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34214 [Bug 34214] Toolbar component should make the icon configurable -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 25345] New: Duplicate course reserves
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25345 Bug ID: 25345 Summary: Duplicate course reserves Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At present, it is not possible to 'duplicate' one course reserve record to another. On occasions, there may be many CR records related to one course and this involves a lot of time consuming, manual entering of data. If there was the option to copy an existing record, then this would speed up the workflow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36412] New: checkout list: "Unable to check in" error and endless renew spinner despite both being a success
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36412 Bug ID: 36412 Summary: checkout list: "Unable to check in" error and endless renew spinner despite both being a success 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. checkout an item 2. display the checkout list 3. tick the check-in checkbox for the checkout 4. click "Check in selected items" button 5. error 6. refresh page 7. see that the item is checked in 8. repeat but do a renewal instead checkout: XHR, browser JS, server logs don't give any hint of an error happening, even less a cause. renewal: same but XHR response has "error: null" in it -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28541] New: Incorrect default pickup location passed to HTML, causing UI show items unreservable
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28541 Bug ID: 28541 Summary: Incorrect default pickup location passed to HTML, causing UI show items unreservable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, nugged(a)gmail.com, stalkernoid(a)gmail.com, tomascohen(a)gmail.com Depends on: 27071 The default pickup branch for holds through intranet was changed in Bug 27071 to be the branch returned by C4::Reserves::GetReservesControlBranch() function. However, the result of this calculation, $reserves_control_branch, is not passed to to the Template Toolkit template: > # pass the userenv branch if no pickup location selected > $template->param( pickup => $pickup || C4::Context->userenv->{branch} ); Instead the wrong value, currently logged in branch is passed. This causes the UI give false warning triangles about not being able to reserve some items even though the reservation works if you ignore those warnings. We should be passing the same branch as we did the availability calculation with, i.e. $reserves_control_branch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27071 [Bug 27071] Hold pickup library match not enforced correctly on intranet when using hold groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10