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

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '24

29 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|37912 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37912 [Bug 37912] Catalog concerns - Broken link under concern title -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '24

29 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37910 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37910 [Bug 37910] Minor spacing issues in the catalog concerns page -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '24

29 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37912 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37912 [Bug 37912] Catalog concerns - Broken link under concern title -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38234] Remove unused vulnerable jszip library file
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '24

29 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38234 --- Comment #13 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Martin Renvoize (ashimema) from comment #11) > Passing QA.. but I have a question. > > Should we also remove reference to it on the about page? Whilst we no > longer reference it directly anywhere, we do use the embedded version inside > datatables itself.. should we drop our about reference or keep it in this > case? (In reply to Jonathan Druart from comment #12) > I've decided to keep it as we were actually still using it, indirectly. Yeah, I'd say we keep the reference in the about page, as Jonathan says. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38098] New: Field visibility persists despite unchecking staff interface visibility in framework
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38098 Bug ID: 38098 Summary: Field visibility persists despite unchecking staff interface visibility in framework Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To replicate: 1. Have a sample record that displays the 082 in the staff interface, bibliographic detail view in the default framework. Ensure the record has data in the 082. 2. Edit the default framework and uncheck the box for staff interface visibility in the appropriate subfields. 3. Refresh the bibliographic detail view and see the 082 is still visible in the bibliographic detail view. I think the visibility of this field and many others are controlled by the XSLTDetailsDisplay rather than the visibility settings in the Framework. The XSLT style sheet is not accessible to the end user unless they have backend access. I would expect the visibility settings in the Framework to control the display, as implied by having the option in the first place. It would be much simpler for the end user to be able to adjust visibility in the framework and to have that setting actual do what it says. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 38280] New: Filters are broken when some columns are hidden in biblioitem view
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38280 Bug ID: 38280 Summary: Filters are broken when some columns are hidden in biblioitem view Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce on 23.11 : 1 - Search for a biblio with multiple items. 2 - Display every columns, click on Activate filters 3 - Hide any columns before the column "Barcode" (you can do this with any column) 4 - Search for a barcode in the column filter "barcode" -> this does not work 5 - Do the same search but in the column preceding "barcode" -> this will filter using the barcode. I have been working around this but I could not figure how this works exactly. Note: the name of columns filters are correct and I could not see difference in the html. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 --- Comment #15 from Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> --- Whilst this is code from my team, it's not code I'd fully reviewed and tested until now. It's all working well and there are no regressions. Passing QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA QA Contact|testopia(a)bugs.koha-communit |martin.renvoize@ptfs-europe |y.org |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #173413|0 |1 is obsolete| | --- Comment #14 from Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> --- Created attachment 173560 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=173560&action=e… Bug 14787: Fix tidying issue in circulation.pl There are large blocks of code in circulation.pl that are incorrectly indented. This means any new code placed within those blocks fails the QA tests as it automatically adds new untidy lines. This patch tidies the file to remove this issue and start from a clean position in terms of tidyness. Signed-off-by: Roman Dolny <roman.dolny(a)jezuici.pl> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14787] Allow confirm/continue option to circ warnings at checkout (i.e. OverduesBlockCheckout)
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #173412|0 |1 is obsolete| | --- Comment #13 from Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> --- Created attachment 173559 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=173559&action=e… Bug 14787: Remember confirmations for a patron session This patch adds functionality that will remember whether an action has been confirmed for a particular patron for the session. While carrying out an action on that patron, if the same checkout confirmation message keeps appearing the user can now select to remember their confirmation while they are still working on that patron. When the user moves onto a new patron the confirmations then reset and accumulate again for the new patron. Test plan: We're going to use rental fees as the example to prompt the checkout confirmation dialog. If you wish to use something else to test then feel free, it should work the same. Do not use patron debts though, as we already track a confirmation for this elsewhere and the test plan will appear to fail when in fact it is behaving as expected 1) In system preferences set RentalFeesCheckoutConfirmation to 'ask' 2) Choose a patron and checkout an item to that patron that incurrs a rental charge (in KTD this will be any item that does not have an itype of 'BK', 'REF' or 'VM' 3) A dialog should display asking you to confirm the checkout. 4) There should be a checkbox on the dialog to "Remember for the session for this patron" 5) Click Yes, checkout out without checking this checkbox 6) Select another item and checkout - the dialog should display again 7) This time, check the checkbox and click Yes, check out 8) Checkout another item (depending on your fines limit settings, you may need to pay the rental charges before the system will allow you to checkout again so go ahead and do this) 9) This time the dialog should not appear as the system has remembered our confirmation for this patron for the session 10) Choose a new patron 11) Repeat steps 2 - 9 12) It should work as outlined above 13) Sign off! Signed-off-by: Roman Dolny <roman.dolny(a)jezuici.pl> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0