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

[Bug 36866] New: Allow parent / child relationship for Pages
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36866 Bug ID: 36866 Summary: Allow parent / child relationship for Pages Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The Pages tool allows to create web pages in the OPAC and the staff interface. But these pages each exist independently: there is no way to create one as dependent on another. It would be useful to be able to create parent pages to which child pages are linked. The relationship should appear in the breadcrumbs, so a user may easily go back to the previous / parent page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 13945] Multiple dialogs for item that needs transferred and hold captured at checkin
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13945 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #3 from David Nind <david(a)davidnind.com> --- Testing notes (using KTD): 1. For step 5, I had to repeat the check in to get the 'Please return this item to (Library B)' modal to appear. In general, it appeared every second check in. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13945] Multiple dialogs for item that needs transferred and hold captured at checkin
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13945 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #166785|0 |1 is obsolete| | --- Comment #2 from David Nind <david(a)davidnind.com> --- Created attachment 166801 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=166801&action=e… Bug 13945: Prevent multiple dialog modals from popping up when capturing a hold at checkin 1. Select/Create Library Branches: - Select or create two library branches: Library A and Library B. 2. Locate/Create Item: - Locate or create an item with the "Current library" and "Home library" set to Library A. 3. Place Hold: - Place a hold on the item for a patron whose pickup location is Library B. 4. Check-in at Library A - First Attempt: - Check in the item at Library A. - Verify that the 'Hold found' modal pops up. - Click on 'Confirm hold and transfer'. 5. Check-in at Library A - Second Attempt: - Check in the item at Library A again. - Verify that the 'Hold found' modal pops up. - Click on 'Ignore'. - Verify that the 'Please return this item to (Library B)' modal has popped up behind it. 6. Apply Patch and Restart: - Apply the patch to the system. - Restart all relevant services. 7. Repeat Check-in Process: - Repeat steps 4 and 5. - Verify that no matter how many times you check in the item and hit 'Ignore' or 'Confirm the hold', the second modal does not pop up. Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13945] Multiple dialogs for item that needs transferred and hold captured at checkin
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13945 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 36149] userenv stored in plack worker's memory and survive from one request to another
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36149 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to main -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36149] userenv stored in plack worker's memory and survive from one request to another
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36149 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Koha security |Koha Group|Koha security | Component|Koha |Architecture, internals, | |and plumbing --- Comment #42 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Pushed for 24.05! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19613] Scrub borrowers fields: borrowernotes opacnote
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

1 0

[Bug 36532] Any authenticated OPAC user can run opac-dismiss-message.pl for any user/any message
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36532 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to main Component|Koha |OPAC Product|Koha security |Koha Group|Koha security | --- Comment #12 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Pushed for 24.05! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36382] XSS in showLastPatron dropdown
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36382 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|Koha security | Component|Koha |Templates Status|Passed QA |Pushed to main Product|Koha security |Koha --- Comment #20 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Pushed for 24.05! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36874] New: Confirming batch deletion of patrons seems to take as long as the initial search
by bugzilla-daemon＠bugs.koha-community.org 15 May '24

15 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36874 Bug ID: 36874 Summary: Confirming batch deletion of patrons seems to take as long as the initial search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When you confirm deletion of patrons in the batch patron deletion tool, it seems like it takes a very long time. I would assume when you set your criteria on the first page, it is gathering all the records that meets that criteria and creating a list for you to confirm. But when you confirm, it seems like it takes just as long to finish. Even when I just deleted 9 patrons. It seems like that should have gone fairly quick. Granted, I know there are probably a lot of tables and records to touch. But is the tool going through the entire patron database again, or is it creating a list of qualifying patrons and only going through those records and related tables? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0