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

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

10 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 10 Jan '25

10 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

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Johanna Räisä <johanna.raisa(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |johanna.raisa(a)koha-suomi.fi -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38852] New: Make "Default holds policy by item type" work when record have also other item types than rule's given item type
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38852 Bug ID: 38852 Summary: Make "Default holds policy by item type" work when record have also other item types than rule's given item type 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: kati.sillgren(a)porvoo.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com admin/smart-rules.pl Default holds policy by item type Default hold policy by item type doesn't work when records all items don't have rule's given item type. For example Default holds policy by item type Item type = A Hold policy = From any library Hold picup library match = item's home library Return policy = item returns home Record - record has item with item type A and item with item type B - item type A is the same as rule's given item type - you place a hold Pickup at - all pickup libraries are shown and any of them is chooseable. You can even choose library that is not item's home library -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Hammat wele <hammat.wele(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8088] Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 --- Comment #11 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 176278 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176278&action=e… Bug 8088: (follow-up) keep image transparency when importing a batch of cover images Images of covers must preserve transparency of png-images when uploading a batches of images in a ZIP file Plan test : Make sure you have a valid Zip file that contains the images to upload and a valid datalink.txt or idlink.txt file 1. Apply the patch. 2. In 'Cataloging > Upload local cover image', set 'LocalCoverImages' to 'show' and OPACLocalCoverImages to 'show'. 3. Click on « Drop files here » and select the ZIP file to upload then click «Process images» 6. For each notice check the transparency of images --->Notice the background is transparent -- You are receiving this mail because: You are watching all bug changes.

1 0