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

[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

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #129 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- (In reply to Fridolin Somers from comment #125) > Ah small difference between atomic update and kohastructure.sql : > > + $dbh->do('ALTER TABLE circulation_rules ADD IF NOT EXISTS > has_priority INT(1) DEFAULT 0'); > > +++ b/installer/data/mysql/kohastructure.sql > @@ -1863,6 +1863,7 @@ CREATE TABLE `circulation_rules` ( > `itemtype` varchar(10) DEFAULT NULL, > `rule_name` varchar(32) NOT NULL, > `rule_value` varchar(32) NOT NULL, > + `has_priority` tinyint(4) DEFAULT NULL, > > Its a boolean so looks like atomic update is correct and kohastructure.sql > not Nope, kohastructure.sql is correct for DEFAULT NULL so : tinyint(1) DEFAULT NULL -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36758] New: We should notify an assignee when they are assigned a ticket
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36758 Bug ID: 36758 Summary: We should notify an assignee when they are assigned a ticket Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 35657 We introduce the ability to assign tickets/concerns to users in bug 35657 but we don't trigger a notification for that assigned user. We should add the option to send a notice to the new assignee when you are not assigning to yourself. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35657 [Bug 35657] Add ability to assign tickets to librarians for catalog concerns -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 37688] New: Staff biblio detail view shows last_seen_date as date instead of datetime
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37688 Bug ID: 37688 Summary: Staff biblio detail view shows last_seen_date as date instead of datetime Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the biblio detail view ( holdings table ) the "Last seen" column used to display a datetime, not it only displays a date. I suspect this was due to the change in Bug 33568. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 12733] Interactive inventory tool
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12733 Shaelagh Martin <martins02(a)moravian.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martins02(a)moravian.edu -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30779] New: Do not need to remove items from import biblios marc
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '24

28 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30779 Bug ID: 30779 Summary: Do not need to remove items from import biblios marc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When staging biblios we save the marc, then, if we are looking for items and find them, we save the marc without the 952 While there is a space savings here, I think the extra write is costing us with no benefit. While we could remove the items before the initial save, I think there is actually value in seeing the items in the imported marc, so one can compare what was imported to what was created -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23