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

[Bug 7607] Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '20

18 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '20

18 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #60 from Arthur Suzuki <arthur.suzuki(a)biblibre.com> --- almost there, still a few tests failing in t/db_dependant/Circulation.t Expect a followup patch tomorrow. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26778] Software Error
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '20

18 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26778 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Group|Koha security | Product|Koha security |Koha Status|NEW |RESOLVED Assignee|chris(a)bigballofwax.co.nz |koha-bugs(a)lists.koha-commun | |ity.org Component|Koha |Architecture, internals, | |and plumbing QA Contact| |testopia(a)bugs.koha-communit | |y.org --- Comment #2 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Please ask the list if you need support with an upgrade or installation issue. You will need to provide us more information, version of Koha, version of the OS, how did you install, etc. https://lists.katipo.co.nz/mailman/listinfo/koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7607] Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '20

18 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 --- Comment #44 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to David Cook from comment #43) > (In reply to Jonathan Druart from comment #42) > > 1. Those patches don't affect the OPAC > > That's a good point but I don't know that it's worth failing it? The first patch dealt with OPAC, and the code is similar. I don't see any good reasons to not fix it as well. > > 2. Same problem exists with the "limit" parameter. > > Can you provide steps to reproduce that problem and more explanation? I have > not experienced any problems with the "limit" parameter. Nothing special... Adv search: /cgi-bin/koha/catalogue/search.pl?advsearch=1&idx=kw&q=d&limit=&limit=&limit=&limit=&limit=&sort_by=relevance (On top of bug 25548) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12388] IssueSlip output should be sorted by date_due, not timestamp
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '20

18 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12388 --- Comment #14 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- (In reply to Emmi Takkinen from comment #13) > > Also the test cases now only test sorting with issue date, not by date due. > > Testing of date due sorting should be added to cover this change fully. > Sorry, I don't fully understand what you mean by this. I don't see any test > where we specially test sorting with issue date. However every test expects > output to have issues in correct order and that includes having correct date > due value. I think earlier I must have meant that in the patch "Bug 12388: Adjust tests" the tests' the changes are made so that the expected order is by issue date). If you read the code for the first test case changed here it sets for both of the checkouts the same due date "$date_due = $today_daily;" so it won't be able to test whether the sorting by date_due works. But yes, what I meant that maybe we should have tests for the correct sorting, now I understand that the original patch "Adjust tests" might have not had that goal because it changed a test that was only for checking whether we get separate "Checked out" and "Overdues" sections in the slip. So I think the patch "Bug 12388: Adjust tests" is okay, but/and if you think it is important there should be test for testing sorting order as well for the slip. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7607] Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '20

17 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 --- Comment #43 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Jonathan Druart from comment #42) > 1. Those patches don't affect the OPAC That's a good point but I don't know that it's worth failing it? > 2. Same problem exists with the "limit" parameter. Can you provide steps to reproduce that problem and more explanation? I have not experienced any problems with the "limit" parameter. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26990] New: No feedback if holds override is disabled and hold fails
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '20

17 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26990 Bug ID: 26990 Summary: No feedback if holds override is disabled and hold fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com placerequest.pl checks CanItemBeReserved and correctly fails a hold, however, an item that is not holdable because it cannot be transferred is selectable while placing holds and will fail silently as placerequest.pl doesn't set any params for feedback if a hold fails, it expects the hold screen to block any unwanted holds To recreate: 1 - Set preferences: UseBranchTransferLimits: enforce BranchTransferLimitsType: itype AllowHoldPolicyOverride: Don't allow 2 - Set Centerville 'Book' items to not be allowed to transfer to any other library 3 - Make sure Hold policy is set to 'any library' 4 - Find a record with a Centerville item and other items 5 - Attempt to place an item level hold on the Centerville item 6 - You are taken to the holds list, but your hold is not placed 7 - Nothing indicates why hold has failed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 26987] New: No property notforloan for Koha::Serial::Item
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '20

17 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26987 Bug ID: 26987 Summary: No property notforloan for Koha::Serial::Item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com After upgrading to 20.05.05, when I try to receive a serials issue I get this error: "No property itype for Koha::Serial::Item at /usr/share/perl5/Exception/Class/Base.pm line 8 This is when I mark the issue as "Received", get the form to add the item and click "save". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 26911] New: Update for 18936 can cause data loss if constraints are violated
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '20

17 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26911 Bug ID: 26911 Summary: Update for 18936 can cause data loss if constraints are violated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In 19.11 and before you can create circ rules for an itemtype, delete the itemtype, and the circ rule remains. This also applies to category codes and branches On upgrade from bug 18936 we insert from issuing into circulation rules, however, if rules exist that violate the new constraints on circulation_rules then the upgrade will fail and rules will not be inserted To test: 1 - Checkout 19.11.x 2 - Add a new itemtype 3 - Define some circ rules for that type and some others 4 - Delete that itemtype 5 - Checkout 20.05.x 6 - updatedatabase 7 - See errors: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`koha_kohadev`.`circulation_rules`, CONSTRAINT `circ_rules_ibfk_3` FOREIGN KEY (`itemtype`) REFERENCES `itemtypes` (`itemtype`) ON DELETE CASCADE ON UPDATE CASCADE) [for Statement " INSERT INTO circulation_rules ( categorycode, branchcode, itemtype, rule_name, rule_value ) SELECT IF(categorycode='*', NULL, categorycode), IF(branchcode='*', NULL, branchcode), IF(itemtype='*', NULL, itemtype), 'restrictedtype', COALESCE( restrictedtype, '' ) FROM issuingrules "] at /kohadevbox/koha/installer/data/mysql/updatedatabase.pl line 20712. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 11460] Correction to default itemcallnumber system preference in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '20

17 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11460 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to stable |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0