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

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #174993|0 |1 is obsolete| | --- Comment #16 from David Nind <david(a)davidnind.com> --- Created attachment 175065 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=175065&action=e… Bug 7508: (follow-up) Show item number if item has no barcode This follow-up adds item number as a fallback for display when an item doesn't have a barcode. The patch also implements a sidebar sub-menu showing barcodes (or item numbers) so that the user can jump directly to a particular section. The sub-menu will show a scrollbar if the record has more than around 15 items. The patch modifies staff-global.scss to improve readability of the sidebar sub-menu and removes CSS which was specific to the system preferences page. This make the sub-menus on the item details and system preferences pages consistent with each other. Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #170575|0 |1 is obsolete| | --- Comment #15 from David Nind <david(a)davidnind.com> --- Created attachment 175064 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=175064&action=e… Bug 7508: Collapsable items on items tab Since we recently updated the patron entry form in the staff interface to have more visibly-collapsible sections I thought there might be interest in picking up this old bug. The patch implements collapsible sections on the item detail page, allowing the user to hide sections by clicking the item barcode header. The patch includes relocation of some JS code from the authority and MARC editors into the global JS file. This is the code that helps jump the user to a certain scroll point on the page. To test, apply the patch and clear your browser cache. - In the staff interface, locate a bibliographic record with items and view the detail page. - Click the "Items" tab in the sidebar. - On the item detail page, each section should have an icon indicating that they are expanded. Hovering your mouse over the section heading should highlight the clickable area. - Test that each section collapses correctly and that the next section is moved into view. - Go to Cataloging -> New record. Test that the links to specific tags under the main tab bar still work to jump you to the correct part of the page. - Go to Authorities -> New authority and perform the same test. Sponsored-by: Athens County Public Libraries Signed-off-by: Brendan Lawlor <blawlor(a)clamsnet.org> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

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

1 0

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '24

03 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 --- Comment #14 from David Nind <david(a)davidnind.com> --- (In reply to Owen Leonard from comment #13) > Here's my reasoning, and I'm happy to be argued with: > > We already have the functionality of showing only one item if a particular > barcode link is clicked, e.g. from the bibliographic details holdings table. > I think having all sections expanded if you're not arriving from a specific > barcode link is consistent with how it works now. > > We could change it so that all other items were loaded but collapsed, but > I'm concerned that it would negate the goal of making the page quicker to > load, especially on records with lots of items. Thanks for the rationale Owen! I don't think I'll argue with you 8-) David -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38597] New: Default found is not necessary anymore in bulk marc import
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38597 Bug ID: 38597 Summary: Default found is not necessary anymore in bulk marc import Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce, on koha > 23.11: 1 - Create an iso2709 file containing multiple biblio items (see after for more info) 2 - Go to acquisition, create a vendor, add a basket to this vendor 3 - On the basket, add a new command line, select "import from a new file", select your file and submit the form, wait for the job to be done and click on "add staged files to the basket" 4 - Select all items and save -> there is no warning however there is neither default found on any item or global default found Note: Creating an iso2709 file with multiple items: a - Add multiple items to a list b - Go to the list and check all items, click on download list -> iso2709 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 7508] Collapsable items on items tab
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7508 --- Comment #13 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to David Nind from comment #12) > Are all the "Barcode XXX" and "Item number XXX" supposed to all be open by > default? Here's my reasoning, and I'm happy to be argued with: We already have the functionality of showing only one item if a particular barcode link is clicked, e.g. from the bibliographic details holdings table. I think having all sections expanded if you're not arriving from a specific barcode link is consistent with how it works now. We could change it so that all other items were loaded but collapsed, but I'm concerned that it would negate the goal of making the page quicker to load, especially on records with lots of items. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38548] New: Allow patron to dismiss or delete OPAC messages for their account
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38548 Bug ID: 38548 Summary: Allow patron to dismiss or delete OPAC messages for their account Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: philip.orr(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if patrons could dismiss/delete the OPAC messages that the staff left for their account after logging in and reading them. Something like a button underneath the message to dismiss. Maybe a different way to do it would be an expiration date for OPAC borrower info / OPAC patron messages. The way it is now, after the patron has read the message they have to let the librarians know that the message has been read and can be deleted. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12029] Patrons should be able to delete their patron messages
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12029 Philip Orr <philip.orr(a)lmscloud.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |philip.orr(a)lmscloud.de --- Comment #78 from Philip Orr <philip.orr(a)lmscloud.de> --- *** Bug 38548 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14565] koha-run-backups does not backup an instance called demo
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14565 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)|24.11.00,24.05.06 |24.11.00,24.05.06,23.11.11 released in| | Status|Pushed to stable |Pushed to oldstable CC| |fridolin.somers(a)biblibre.co | |m --- Comment #14 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Pushed to 23.11.x for 23.11.11 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38592] New: Marc modification template not working after upgrade
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '24

02 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38592 Bug ID: 38592 Summary: Marc modification template not working after upgrade Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Sometimes ISBN10 comes before ISBN13 in Marc records, sometimes ISBN13comes before ISBN10 I made a Marc modification template to swap the erroneous ISBNs to get them in a consistent order, it just stated "Move 1st field 020 to 020" It worked as long as we had Koha 23.05.04, but after upgrade to 23.05.16 records are left unchenged I have also found this bug in an installation of Koha 24.05.05 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0