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

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

1 0

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Great to see so much code gone :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #135679|0 |1 is obsolete| | --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 135734 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=135734&action=e… Bug 13614: Replace usage of YUI on basket groups page This patch updates the basket groups interface so that it doesn't rely on YUI to move baskets in and out of groups. The patch also removes all YUI assets and many long-obsolete references to YUI-related classes and IDs. To test, apply the patch and rebuild the staff interface CSS (https://wiki.koha-community.org/wiki/Working_with_SCSS_in_the_OPAC_and_staf…) - Go to Acquisitions. - Locate a vendor with multiple closed baskets. - Click "Basket groups" in the sidebar menu. - Create or edit a basket group. - On the basket group page you should see the basket group form in one column and ungrouped baskets in another. - Both grouped and ungrouped baskets should be in a sortable DataTable. - Test that when you click the "Add to group" button on an ungrouped basket the row is removed from the table of ungrouped baskets and added to the table of grouped baskets. - The button text on the row should now read "Remove." - Test the reverse operation: Clicking "Remove" on a grouped basket should move it to the table of ungrouped baskets. - Test that when all baskets are moved out of either of the tables a row is displayed with a message specific to that table, e.g. "There are no ungrouped baskets." - Test that the basket group saves correctly when zero or more baskets are added to the group. Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |release-notes-needed --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think it will be good to describe the change in the release notes. I feel like the new GUI here is more intuitive than the old one. It always required explanation that you were supposed to drag and drop the entries and it could be a bit 'fiddly' doing so. I also imagine that the handling using buttons is more accessible. I like it! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28734] New: Koha::Biblio->get_marc_notes should use XSLTParse4Display
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28734 Bug ID: 28734 Summary: Koha::Biblio->get_marc_notes should use XSLTParse4Display 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Bug 27268 moved C4::Biblio::GetMarcNotes to Koha::Biblio->get_marc_notes, but neglected to include the call to XSLTParse4Display. This means that authorised values aren't being replaced with their descriptions. To reproduce: 1. Go to Koha Administration, MARC bibliographic frameworks 2. Edit a framework, find tag 590, edit the $z subfield to use an authorised value. 3. Do a catalogue search and edit a record using this framework. Edit 590$z and select an authorised value. Save the record. 4. Add the record to your cart. 5. View your cart. Click More Details. 6. Scroll down to the Notes section. Notice the authorised value code is displayed instead of the description. <-- BUG -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[Bug 27268] New: Move C4::Biblio::GetMarcNotes to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27268 Bug ID: 27268 Summary: Move C4::Biblio::GetMarcNotes to Koha namespace 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|testopia(a)bugs.koha-communit |katrin.fischer(a)bsz-bw.de |y.org | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27837] New: Permanent location is reverted to location when location updated and permanent_location mapped to MARC field
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27837 Bug ID: 27837 Summary: Permanent location is reverted to location when location updated and permanent_location mapped to MARC field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Generally the permanent_location and location should match, however, prior to bug 23463 one could: 1 - Map permanent_location to a marc field 2 - Expose that field in the item editor 3 - Change the location of the item and retain the permanent location on saving 4 - This created a 'temporary' location that was cleared upon next checkin Many libraries used this for adding items to displays. Since bug 23463, however, the item updates only fields that have changed - if one changes the location but not the permanent location then koha sees that no permanent location was set and reverts it to the location We need to force passing through the permanent_location if it is visible+mapped in the item edit form, regardless of whether it changes or not -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 29581] New: "Items expected" on receive shipment page is always empty
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '22

05 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29581 Bug ID: 29581 Summary: "Items expected" on receive shipment page is always empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 The 'Items expected' column on the receive shipment page (parcels.pl) always shows 0, independent of the orders received already and if they have been fully received or partial. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2