From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 03:23:19 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 01:23:19 +0000
Subject: [Koha-bugs] [Bug 27741] Accessibility: Staff Client - Headings
should have correct tags and hierarchy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27741
--- Comment #26 from wainuiwitikapark at catalyst.net.nz ---
Created attachment 121521
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121521&action=edit
Bug 27741: serials folder
Bug 27631 corrected the
tags in each of the pages in the staff
client. This bug deals with correcting the hierarchy of each of the
other headings.
To test:
1) Apply patch and dependencies
2) Go to each of the pages and check the headings under are in the
correct order and hierarchy
Sponsored-by: Catalyst IT
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 03:50:53 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 01:50:53 +0000
Subject: [Koha-bugs] [Bug 28420] Allow login via AzureAD OpenID-Connect
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28420
--- Comment #13 from David Cook ---
Thanks for posting this, Mark.
I have a few comments at a glance.
As a contributor, you don't make changes to updatedatabase.pl or $Koha::VERSION
directly. The release manager takes care of those. You need to create your
database update as per https://wiki.koha-community.org/wiki/Database_updates.
I'll put in some comments against opac/svc/auth/azureadopenidconnect using
Bugzilla's tools.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 03:58:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 01:58:02 +0000
Subject: [Koha-bugs] [Bug 28420] Allow login via AzureAD OpenID-Connect
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28420
--- Comment #14 from David Cook ---
Comment on attachment 121514
--> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121514
AzureAD OAuth2 implementation based on the existing implementation for Google
Review of attachment 121514:
--> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=28420&attachment=121514)
-----------------------------------------------------------------
Technically, a lot of this code should be put into a module rather than a
script, but I know that you were basing your work on Nicholas's and his made it
into Koha, so I don't think we can require you to put it into a module with
unit tests.
::: opac/svc/auth/azureadopenidconnect
@@ +48,5 @@
> +
> +my $tenantID = C4::Context->preference('AzureADOAuth2TenantID');
> +my $authority= "https://login.microsoftonline.com/${tenantID}/v2.0";
> +my $discoveryDocURL = "${authority}/.well-known/openid-configuration";
> +warn $discoveryDocURL;
This debugging code needs to be removed.
@@ +253,5 @@
> + my $prompt = $query->param('reauthenticate') // q{};
> + if ( $authendpoint eq q{} ) {
> + loginfailed( $query, 'Unable to discover authorisation endpoint.' );
> + }
> + my $authorisationurl =
This isn't a blocker, but I'd suggest using the URI Perl module for creating
this URL. I find it a lot nicer to work with than trying to concatenate
together a big URL string. https://metacpan.org/pod/URI
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 03:59:28 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 01:59:28 +0000
Subject: [Koha-bugs] [Bug 28420] Allow login via AzureAD OpenID-Connect
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28420
--- Comment #15 from David Cook ---
When you're ready for others to test your code, provide a test plan that they
can use for testing it, and change the status to "Needs Signoff".
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 04:05:39 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 02:05:39 +0000
Subject: [Koha-bugs] [Bug 28420] Allow login via AzureAD OpenID-Connect
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28420
--- Comment #16 from David Cook ---
Actually, after reviewing the code again, I'm not sure that this has to be
Azure-specific.
The only thing I notice at a glance that is Azure specific is the $tenantID and
$authority variables.
I'd like to see this made more generic, so that users can provide their own
$discoveryDocURL via a system preference.
With the system preference, you could provide a hint like "For AzureAD, use
https://login.microsoftonline.com//v2.0/.well-known/openid-configuration".
If you make this more generic, I'd be happy to test it against Keycloak.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 04:12:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 02:12:46 +0000
Subject: [Koha-bugs] [Bug 25429] Cleanup Database - remove resolved claims
returned from db after X days
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25429
--- Comment #43 from David Cook ---
(In reply to Katrin Fischer from comment #42)
> But... from our own experience: especially the self reg ones are quite
> dangerous. If you put a 'wrong' patron category type into the pref, it will
> delete a big chunk of your users without batting an eye (and they are
> delete-deleted, not moved).
I think the "Delete unverified self registrations older than DAYS" should be
safe either way?
But "Delete expired self registration accounts" does sound dangerous as you
describe. Personally, I don't see the merit of having that in
cleanup_database.pl at all. Even with a sysadmin adding that flag, you can't
control the behaviour of library staff.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 05:18:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 03:18:24 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #331 from David Cook ---
Comment on attachment 120645
--> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120645
Bug 15516: Allow to reserve first available item from a group of titles
Review of attachment 120645:
--> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=15516&attachment=120645)
-----------------------------------------------------------------
::: reserve/hold-group.pl
@@ +1,1 @@
> +#!/usr/bin/env perl
This has the wrong shebang.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 06:45:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 04:45:24 +0000
Subject: [Koha-bugs] [Bug 27631] Accessibility: Staff Client - on each
page is Logo but should be page description/title
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27631
--- Comment #42 from wainuiwitikapark at catalyst.net.nz ---
Created attachment 121522
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121522&action=edit
Bug 27631: (follow-up) reports/guided_reports_start.tt
Changed file to have one tag showing that describes the page, rather than
the around the logo.
The hierarchy of other heading tags may be wrong, but this wil be dealt with in
an additional bug.
To test:
1) Go to the Staff Client
2) Apply patch
3) Go to reports/guided_reports_start and check that it has an obvious and
descriptive heading
4) Ensure that the heading is
Sponsored-by: Catalyst IT
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 07:19:10 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 05:19:10 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #332 from David Cook ---
I thought that I'd run the QA tools again, as I just noticed that there is a
follow-up for the QA tools.
My test plan:
0a. Apply the patch
0b. perl ./installer/data/mysql/updatedatabase.pl
0c. qa
testing 8 commit(s) (applied to 949f0aa '68 Koha 21.05.00 is here!')
Processing files before patches
Argument "" isn't numeric in numeric gt (>) at
/kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt
line 331.
|========================>| 27 / 27 (100.00%)
Processing files after patches
Argument "" isn't numeric in numeric gt (>) at
/kohadevbox/koha/koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt
line 331.
|========================>| 27 / 27 (100.00%)
OK C4/Reserves.pm
OK Koha/Hold.pm
OK Koha/HoldGroup.pm
OK Koha/HoldGroups.pm
OK Koha/Holds.pm
FAIL Koha/Schema/Result/HoldGroup.pm
FAIL pod coverage
POD coverage was greater before, try perl
-MPod::Coverage=PackageName -e666
OK Koha/Schema/Result/OldReserve.pm
OK Koha/Schema/Result/Reserve.pm
OK circ/view_holdsqueue.pl
OK installer/data/mysql/kohastructure.sql
OK koha-tmpl/intranet-tmpl/prog/en/includes/hold-group-modal.inc
OK koha-tmpl/intranet-tmpl/prog/en/includes/holds_table.inc
OK koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tt
OK koha-tmpl/intranet-tmpl/prog/en/modules/circ/pendingreserves.tt
OK koha-tmpl/intranet-tmpl/prog/en/modules/circ/view_holdsqueue.tt
OK koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt
OK koha-tmpl/intranet-tmpl/prog/en/modules/reserve/hold-group.tt
OK koha-tmpl/intranet-tmpl/prog/en/modules/reserve/request.tt
OK koha-tmpl/intranet-tmpl/prog/js/hold-group.js
OK koha-tmpl/intranet-tmpl/prog/js/holds.js
OK opac/opac-reserve.pl
OK reserve/hold-group.pl
OK reserve/placerequest.pl
OK reserve/request.pl
OK svc/holds
OK t/db_dependent/Koha/Holds.t
OK t/db_dependent/Reserves/HoldGroup.t
Processing additional checks OK!
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 07:22:43 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 05:22:43 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #333 from David Cook ---
Created attachment 121523
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121523&action=edit
Bug 15516: Fix shebang in hold-group.pl
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 07:47:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 05:47:46 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Emmi Takkinen changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |emmi.takkinen at koha-suomi.fi
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 07:53:41 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 05:53:41 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #334 from David Cook ---
(In reply to Aleisha Amohia from comment #326)
> Ah I remember now - yes, a hold group is supposed to be treated as one hold
> because when one item from that group is confirmed to fill the hold, the
> rest of the group is deleted.
>
> I'll fix this up.
After reading through the code and further testing and thinking, I don't think
that's feasible. It would require much more refactoring to achieve that, and
I'm not sure that it's worth it.
So I think if we pull out the count_grouped() code, then this could actually
pass QA, so long as the intention is to create a group of holds, and that
fulfilling one hold will clear the other holds. That works well.
The counting of the hold group as 1 hold does not work at all though, so
perhaps that concept should be abandoned (for now at least).
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 07:57:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 05:57:14 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |In Discussion
--- Comment #335 from David Cook ---
Test plan setup:
0a. Apply the patch
0b. perl ./installer/data/mysql/updatedatabase.pl
0c. perl misc/devel/update_dbix_class_files.pl --koha-conf
/etc/koha/sites/kohadev/koha-conf.xml
0d. restart_all
Test: Create a hold group from a group of items
1. Go to intranet search, display some results, click on the first 2 checkboxes
and click on 'Place hold' button at the top of the results.
(e.g. http://localhost:8081/cgi-bin/koha/catalogue/search.pl?q=test)
2. Search for the "koha" patron (cardnumber 42)
3a. Check the 'Treat as hold group' checkbox
3b. Set pickup location for each item
4. Click on 'Place hold'
5. In the next screen you should see all the holds you placed with the
additional text '(part of a hold group)' in Details column.
6. Click on the "hold group" link. A modal window should appear with
the content of the hold group (a list of holds)
Result: PASS
Test: Hold groups count as 1 hold (maxreserves)
1. Change maxreserves to 2
2. Go to
http://localhost:8081/cgi-bin/koha/reserve/request.pl?borrowernumber=51&biblionumber=134
3. Note that it says "koha can only place a maximum of 2 total holds"
4. Change maxreserves to 50
Result: FAIL
Test: Hold groups count as 1 hold ("Holds allowed (total)")
1. Go to http://localhost:8081/cgi-bin/koha/admin/smart-rules.pl
2. Change "Holds allowed (total)" to 2
3. Go to
http://localhost:8081/cgi-bin/koha/reserve/request.pl?borrowernumber=51&biblionumber=134
4. Note that it says "koha can only place a maximum of 2 total holds"
5. Change "Holds allowed (total)" to unlimited (by entering a blank value)
Result: FAIL
Test: Hold groups count as 1 hold ("Holds allowed (daily)")
1. Go to http://localhost:8081/cgi-bin/koha/admin/smart-rules.pl
2. Change "Holds allowed (daily)" to 2
3. Go to
http://localhost:8081/cgi-bin/koha/reserve/request.pl?borrowernumber=51&biblionumber=134
4. Note it says "No items are available to be placed on hold" and near the
bottom of the screen each item says "Daily hold limit reached for patron"
Result: FAIL
Test: Hold groups count as 1 hold (Patron view)
1. Go to
http://localhost:8081/cgi-bin/koha/members/moremember.pl?borrowernumber=51
2. Note that 2 holds are listed, although each hold is listed as "part of a
hold group" (and the links to that hold group are for the same hold group)
Result: FAIL
Test: Hold groups count as 1 hold (Circulation view)
1. Go to
http://localhost:8081/cgi-bin/koha/circ/circulation.pl?borrowernumber=51
2. Note that 2 holds are listed, although each hold is listed as "part of a
hold group" (and the links to that hold group are for the same hold group)
Result: FAIL
Test: Hold groups count as 1 hold (OPAC home page view)
1. Go to http://localhost:8080/
2. Note that the screen says "2 holds pending"
Result: FAIL
Test: Hold groups count as 1 hold (OPAC user page view)
1. Go to http://localhost:8080/cgi-bin/koha/opac-user.pl#opac-user-holds
2. Note that the screen says "2 holds" without any indication of them being
part of the same hold group
Result: FAIL
Test: Hold groups count as 1 hold (OPAC place hold view)
1. Go to http://localhost:8080/cgi-bin/koha/opac-reserve.pl?biblionumber=134
2. Note that the screen says "There are no items that can be placed on hold"
Result: FAIL
Test: Hold groups are disbanded when 1 hold in the group is fulfilled
1. Check in an item of one of the reserved biblios and confirm the hold
(e.g. Check in 39999000001310 )
8. The hold status is changed to Waiting, and all other holds in the hold group
are deleted.
Result: PASS
Note:
The "hold group" link is displayed in the following pages:
- reserve/request.pl
- circ/circulation.pl
- members/moremember.pl
- circ/pendingreserves.pl
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 08:06:58 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 06:06:58 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #336 from David Cook ---
Also, I notice that the text for the release notes say here that this is only
for the staff interface, so the change for opac/opac-reserve.pl shouldn't be
here at all.
Since it's only for the staff interface, the concept of a hold group counting
as 1 hold also doesn't make sense, since it would require complicated hold
calculations that would vary depending on the interface.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 08:14:28 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 06:14:28 +0000
Subject: [Koha-bugs] [Bug 27300] Create a hold group for multiple items in
one record in staff interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27300
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
Status|NEW |RESOLVED
--- Comment #1 from David Cook ---
*** This bug has been marked as a duplicate of bug 15516 ***
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 08:14:28 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 06:14:28 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #337 from David Cook ---
*** Bug 27300 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 08:46:38 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 06:46:38 +0000
Subject: [Koha-bugs] [Bug 8367] How long is a hold waiting for pickup at a
more granular level
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dcook at prosentient.com.au
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 10:09:05 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 08:09:05 +0000
Subject: [Koha-bugs] [Bug 28493] New: Make koha-passwd display the username
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28493
Bug ID: 28493
Summary: Make koha-passwd display the username
Change sponsored?: ---
Product: Koha
Version: 20.11
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Packaging
Assignee: koha-bugs at lists.koha-community.org
Reporter: magnus at libriotech.no
QA Contact: testopia at bugs.koha-community.org
CC: mtj at kohaaloha.com
The current output looks like this:
sudo koha-passwd
Password for : abc123
Press enter to clear the screen...
But who remembers what the username looks like? It would be helpful to print
this too, along with the password.
(The format of the username is "koha_".)
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:16:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:16:14 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Failed QA |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:16:18 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:16:18 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #115126|0 |1
is obsolete| |
Attachment #115127|0 |1
is obsolete| |
Attachment #115128|0 |1
is obsolete| |
Attachment #115129|0 |1
is obsolete| |
Attachment #115130|0 |1
is obsolete| |
--- Comment #54 from Arthur Suzuki ---
Created attachment 121524
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121524&action=edit
Bug 25408: Added unit tests for opacitemholds policy
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:16:34 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:16:34 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
--- Comment #55 from Arthur Suzuki ---
Created attachment 121525
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121525&action=edit
Bug 25408: Add "opacitemholds" checks in CanBookBeReserved & CanItemBeReserved
The rule "opacitemholds" seemed not to be controlled in some cases.
This patch adds a control for this issuingrule in such a way it is checked
across all interfaces (staff, opac, api)
Added error message when trying to hold on the record and opacitemhold is set
to "Force" to item-level hold
To test:
0 - Apply patches
1 - Set rule to "Don't allow" item specific holds on opac
2 - Attempt to place hold on staff side
3 - Hold is still allowed
4 - Attempt to place hold from opac or api
5 - Hold is not allowed
6 - Change rule to 'force'
7 - Item-level hold can be placed in all interfaces
8 - Record-level hold cannot be placed in all interfaces
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:21:04 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:21:04 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
--- Comment #56 from Arthur Suzuki ---
Hi Joubu,
points 2 and 3 from last comment has been addressed.
"Context" variable name is missused, I'm uploading a new version of the patch
with use of C4::Context->interface.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:35:10 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:35:10 +0000
Subject: [Koha-bugs] [Bug 25429] Cleanup Database - remove resolved claims
returned from db after X days
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25429
--- Comment #44 from Katrin Fischer ---
> But "Delete expired self registration accounts" does sound dangerous as you
> describe. Personally, I don't see the merit of having that in
> cleanup_database.pl at all. Even with a sysadmin adding that flag, you can't
> control the behaviour of library staff.
I think having all "delete" and clean-up things together is ok, especially when
we move things into the GUI. But it requires good documentation for sure. We
added a hint to the system preference, maybe we should add one to the script as
well for now.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:58:50 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:58:50 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121524|0 |1
is obsolete| |
Attachment #121525|0 |1
is obsolete| |
--- Comment #57 from Arthur Suzuki ---
Created attachment 121526
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121526&action=edit
Bug 25408: Add "opacitemholds" checks in CanBookBeReserved & CanItemBeReserved
The rule "opacitemholds" seemed not to be controlled in some cases.
This patch adds a control for this issuingrule in such a way it is checked
across all interfaces (staff, opac, api)
Added error message when trying to hold on the record and opacitemhold is set
to "Force" to item-level hold
To test:
0 - Apply patches
1 - Set rule to "Don't allow" item specific holds on opac
2 - Attempt to place hold on staff side
3 - Hold is still allowed
4 - Attempt to place hold from opac or api
5 - Hold is not allowed
6 - Change rule to 'force'
7 - Item-level hold can be placed in all interfaces
8 - Record-level hold cannot be placed in all interfaces
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:59:35 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:59:35 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121526|0 |1
is obsolete| |
--- Comment #58 from Arthur Suzuki ---
Created attachment 121527
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121527&action=edit
Bug 25408: Added unit tests for opacitemholds policy
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 11:59:56 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 09:59:56 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
--- Comment #59 from Arthur Suzuki ---
Created attachment 121528
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121528&action=edit
Bug 25408: Add "opacitemholds" checks in CanBookBeReserved & CanItemBeReserved
The rule "opacitemholds" seemed not to be controlled in some cases.
This patch adds a control for this issuingrule in such a way it is checked
across all interfaces (staff, opac, api)
Added error message when trying to hold on the record and opacitemhold is set
to "Force" to item-level hold
To test:
0 - Apply patches
1 - Set rule to "Don't allow" item specific holds on opac
2 - Attempt to place hold on staff side
3 - Hold is still allowed
4 - Attempt to place hold from opac or api
5 - Hold is not allowed
6 - Change rule to 'force'
7 - Item-level hold can be placed in all interfaces
8 - Record-level hold cannot be placed in all interfaces
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 12:27:25 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 10:27:25 +0000
Subject: [Koha-bugs] [Bug 25900] QueryWeightFields creates unnecessary
whitespace
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25900
Peter Vashchuk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 12:27:29 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 10:27:29 +0000
Subject: [Koha-bugs] [Bug 25900] QueryWeightFields creates unnecessary
whitespace
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25900
Peter Vashchuk changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #114228|0 |1
is obsolete| |
--- Comment #20 from Peter Vashchuk ---
Created attachment 121529
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121529&action=edit
Bug 25900: trim spaces in search with Zebra and QueryWeightFields
Search with Zebra and system preference QueryWeightFields on builds a query
with surrounding double quotes : q=tree => q="tree". Therefore existing double
quotes are replaced by a space : q="tree" => q=" tree ".
Patch corrects by adding trim on operand after transforming quotes into spaces.
Test plan :
1) Use Zebra searchengine and enable system preference QueryWeightFields
2) Go to advanced search
3) Search on two words from a title, surrounded by double quotes. Like "Order
of the Phoenix"
4) Check you get same results with an without patch
Signed-off-by: Petro Vashchuk
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 13:19:43 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 11:19:43 +0000
Subject: [Koha-bugs] [Bug 28494] New: Can't enable plugins on a new instance
of Koha
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
Bug ID: 28494
Summary: Can't enable plugins on a new instance of Koha
Change sponsored?: ---
Product: Koha
Version: 20.05
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P5 - low
Component: System Administration
Assignee: koha-bugs at lists.koha-community.org
Reporter: somesecretemail at mailinator.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
The system preference UseKohaPlugins is lacking in version 20.05 and 20.11.
Steps to reproduce:
1. Install a new instance of Koha version 20.11
2. Change 0 to
1 in your koha-conf.xml file to enable plugin
functionality
3, Restart web server
4. Search for system preference UseKohaPlugins i administration module i Koha
Result: "No system preferences matched your search for: UseKohaPlugins"
Expected: system preferences UseKohaPlugins displayed.
This has the unfortunate effect that you can't enable plugins on a new
instance. (If you already have plugins enabled and upgraded to version 20.05,
the plugin functionality continuous to be enabled)
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 13:54:41 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 11:54:41 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |INVALID
Status|NEW |RESOLVED
--- Comment #1 from Katrin Fischer ---
Hi Stefan, this is not a bug, the prefernce has been removed. The koha-conf
switch + permissions was deemed to be enough.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 13:55:21 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 11:55:21 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
--- Comment #2 from Katrin Fischer ---
If you don't see the plugin options after changing koha-conf, try restarting
Plack, Memcached, Apache etc. usually it's something like that :)
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:05:41 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:05:41 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
Magnus Enger changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |magnus at libriotech.no
--- Comment #3 from Magnus Enger ---
Looks like it is still in the 20.05 docs:
https://koha-community.org/manual/20.05/en/html/systempreferences.html#usekohaplugins
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:08:57 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:08:57 +0000
Subject: [Koha-bugs] [Bug 25408] CanBookBeReserved & CanItemBeReserved
should check "opacitemholds" policy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25408
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121528|0 |1
is obsolete| |
--- Comment #60 from Arthur Suzuki ---
Created attachment 121530
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121530&action=edit
Bug 25408: Add "opacitemholds" checks in CanBookBeReserved & CanItemBeReserved
The rule "opacitemholds" seemed not to be controlled in some cases.
This patch adds a control for this issuingrule in such a way it is checked
across all interfaces (staff, opac, api)
Added error message when trying to hold on the record and opacitemhold is set
to "Force" to item-level hold
To test:
0 - Apply patches
1 - Set rule to "Don't allow" item specific holds on opac
2 - Attempt to place hold on staff side
3 - Hold is still allowed
4 - Attempt to place hold from opac or api
5 - Hold is not allowed
6 - Change rule to 'force'
7 - Item-level hold can be placed in all interfaces
8 - Record-level hold cannot be placed in all interfaces
Signed-off-by: Victor Grousset/tuxayo
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:11:48 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:11:48 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |20415
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20415
[Bug 20415] Remove UseKohaPlugins system preference
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:11:48 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:11:48 +0000
Subject: [Koha-bugs] [Bug 20415] Remove UseKohaPlugins system preference
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20415
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |28494
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
[Bug 28494] Can't enable plugins on a new instance of Koha
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:12:38 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:12:38 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
--- Comment #4 from Katrin Fischer ---
I found and linked the bug - it was removed in 20.05, possibly missed a manual
update (provide a patch? :) )
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:18:49 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:18:49 +0000
Subject: [Koha-bugs] [Bug 11999] Add two checks in CanBookBeReserved and
CanItemBeReserved
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999
Arthur Suzuki changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #120780|0 |1
is obsolete| |
--- Comment #131 from Arthur Suzuki ---
Created attachment 121531
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121531&action=edit
Bug 11999: Test improvements + check maxreserves
improve t/db_dependent/Reserves.t to make tests pass on UNIMARC installation
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:20:07 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:20:07 +0000
Subject: [Koha-bugs] [Bug 11999] Add two checks in CanBookBeReserved and
CanItemBeReserved
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999
--- Comment #132 from Arthur Suzuki ---
Hi David,
I've not reproduced the issue with t/db_dependent/Holds.t
number of tests in Reserves.t has been updated.
Kr,
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 14:22:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 12:22:46 +0000
Subject: [Koha-bugs] [Bug 28494] Can't enable plugins on a new instance of
Koha
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Manual
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 15:19:21 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 13:19:21 +0000
Subject: [Koha-bugs] [Bug 21286] Advanced search for Corporate-name creates
Zebra errors
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286
--- Comment #7 from Nick Clemens ---
(In reply to David Nind from comment #6)
> I attempted to test this, but I couldn't recreate the error(steps 4-8) - I
> could find the record with the corporate name in it (I added a unique name
> not used anywhere else).
>
Try disabling the syspref 'QueryAutoTruncate' - that seems to be a key to
triggering this
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 15:57:05 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 13:57:05 +0000
Subject: [Koha-bugs] [Bug 28495] New: Add validation to branchcode upon
library creation
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28495
Bug ID: 28495
Summary: Add validation to branchcode upon library creation
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: System Administration
Assignee: koha-bugs at lists.koha-community.org
Reporter: caroline.cyr-la-rose at inlibro.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
Since hyphens and trailing spaces can cause issues in the branchcode (see bug
28492), I propose we add a validation to the branchcode when a user creates a
new library. I would limit it to letters and numbers only. Is there something
else?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 15:57:52 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 13:57:52 +0000
Subject: [Koha-bugs] [Bug 28482] Floating point math prevents items from
being returned
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28482
Andrew Fuerste-Henry changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |andrew at bywatersolutions.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:11:00 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:11:00 +0000
Subject: [Koha-bugs] [Bug 28448] Record with too many items is not shown in
results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28448
George Williams (NEKLS) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |george at nekls.org
--- Comment #8 from George Williams (NEKLS) ---
My experience is that this happens when the Marc record exceeds 9999k in size.
Our solution was to separate the record into multiple records and put all of
the items from one year on one record, all of the items from the next year on
the second record and so on . . .
It wasn't a problem with Koha. The problem was that we were exceeding the
maximum size of a Marc record.
George
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:13:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:13:46 +0000
Subject: [Koha-bugs] [Bug 2486] Show user comments in staff client
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2486
George Williams (NEKLS) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |george at nekls.org
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:14:33 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:14:33 +0000
Subject: [Koha-bugs] [Bug 28465] Don't allow staff user to change patron
categories of other staff users and their own account
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28465
George Williams (NEKLS) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |george at nekls.org
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:25:30 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:25:30 +0000
Subject: [Koha-bugs] [Bug 28452] Add managing librarian to transaction page
(boraccount.pl)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28452
George Williams (NEKLS) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |george at nekls.org
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:30:43 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:30:43 +0000
Subject: [Koha-bugs] [Bug 28496] New: Club holds form broken
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
Bug ID: 28496
Summary: Club holds form broken
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P5 - low
Component: Hold requests
Assignee: koha-bugs at lists.koha-community.org
Reporter: tomascohen at gmail.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
Bug 28273 broke the form.
To reproduce:
1. Have a club with some enrollments
2. Search for some biblio and try adding a club hold
=> FAIL: things are not ok with the dropdown.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:45:59 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:45:59 +0000
Subject: [Koha-bugs] [Bug 28497] New: Display city and zipcode as part of
address on user search summary
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28497
Bug ID: 28497
Summary: Display city and zipcode as part of address on user
search summary
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Staff Client
Assignee: koha-bugs at lists.koha-community.org
Reporter: david.roberts at ptfs-europe.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
When you search for users and get a results list, the address field doesn't
contain a city or zipcode, so it's not possible to tell where the user lives
without opening the individual record. This is in
/intranet-tmpl/prog/en/modules/members/tables/members_results.tt
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:46:10 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:46:10 +0000
Subject: [Koha-bugs] [Bug 28497] Display city and zipcode as part of address
on user search summary
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28497
David Roberts changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|koha-bugs at lists.koha-commun |david.roberts at ptfs-europe.c
|ity.org |om
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:47:19 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:47:19 +0000
Subject: [Koha-bugs] [Bug 28498] New: Add CLI counterpart for plugin actions
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
Bug ID: 28498
Summary: Add CLI counterpart for plugin actions
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Plugin architecture
Assignee: koha-bugs at lists.koha-community.org
Reporter: nick at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
We need a CLI counterpart for plugin actions:
- Install (from a URL, from a .kpz)
- Upgrade (from a URL, from a .kpz)
- Uninstall
- Configure based on some file format
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:48:01 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:48:01 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dcook at prosentient.com.au,
| |jonathan.druart+koha at gmail.
| |com,
| |katrin.fischer at bsz-bw.de,
| |kyle at bywatersolutions.com,
| |martin.renvoize at ptfs-europe
| |.com, tomascohen at gmail.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:49:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:49:23 +0000
Subject: [Koha-bugs] [Bug 28499] New: Add support for no-UI / administrative
plugins
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
Bug ID: 28499
Summary: Add support for no-UI / administrative plugins
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Plugin architecture
Assignee: koha-bugs at lists.koha-community.org
Reporter: nick at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
It would be helpful for support to have the ability to add plugins that
configure/affect the syste, but are not accessible by the users (cannot be
removed, edited, etc)
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:49:27 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:49:27 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dcook at prosentient.com.au,
| |jonathan.druart+koha at gmail.
| |com,
| |katrin.fischer at bsz-bw.de,
| |kyle at bywatersolutions.com,
| |martin.renvoize at ptfs-europe
| |.com, tomascohen at gmail.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:50:57 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:50:57 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tomascohen at gmail.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 16:59:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 14:59:23 +0000
Subject: [Koha-bugs] [Bug 2486] Show user comments in staff client
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2486
--- Comment #3 from Christopher Brannon ---
Still valid. Would like to have an easier way to see comments in record.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:10:43 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:10:43 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #338 from Christopher Brannon ---
(In reply to David Cook from comment #334)
> (In reply to Aleisha Amohia from comment #326)
> > Ah I remember now - yes, a hold group is supposed to be treated as one hold
> > because when one item from that group is confirmed to fill the hold, the
> > rest of the group is deleted.
> >
> > I'll fix this up.
>
> After reading through the code and further testing and thinking, I don't
> think that's feasible. It would require much more refactoring to achieve
> that, and I'm not sure that it's worth it.
>
> So I think if we pull out the count_grouped() code, then this could actually
> pass QA, so long as the intention is to create a group of holds, and that
> fulfilling one hold will clear the other holds. That works well.
>
> The counting of the hold group as 1 hold does not work at all though, so
> perhaps that concept should be abandoned (for now at least).
I'm not sure if I am following correctly or not. Is the group hold going to
count as one placed hold or count for every item in the group?? If it is going
to show as multiple holds, then it becomes a problem for anyone that uses it.
The group hold HAS to count as a single hold for this to be useful and not
exploited by patrons.
Without looking at the code, logically, it seems like if you have each group
hold count as some kind of of proxy hold in the hold system, when Koha looks to
see how many holds there are, it should also see how many group holds there
are, and each group for that user should just reflect as one hold. I may be
over simplifying this.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:14:38 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:14:38 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #339 from Christopher Brannon ---
(In reply to David Cook from comment #336)
> Also, I notice that the text for the release notes say here that this is
> only for the staff interface, so the change for opac/opac-reserve.pl
> shouldn't be here at all.
>
> Since it's only for the staff interface, the concept of a hold group
> counting as 1 hold also doesn't make sense, since it would require
> complicated hold calculations that would vary depending on the interface.
I don't know why this was limited to just the staff client. Maybe it is with
the intent that someone will duplicate it for the OPAC? But if it is going to
be just for staff, I think that it does only have the intended job from the
original request. The original request was not for this to be a staff only
function.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:27:59 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:27:59 +0000
Subject: [Koha-bugs] [Bug 26469] Register_id saves incorrect value in
accountlines
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26469
Marjorie Barry-Vila changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |marjorie.barry-vila at collect
| |o.ca
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:47:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:47:23 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|koha-bugs at lists.koha-commun |tomascohen at gmail.com
|ity.org |
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:53:20 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:53:20 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tomascohen at gmail.com
--- Comment #34 from Tomás Cohen Arazi ---
I agree with Fridolin: we should think of adding API routes for this. There
should be a privileged route, and an unprivileged route.
You shouldn't worry about sessions and all. Just add the required permissions
to interact with the routes.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:55:08 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:55:08 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Depends on| |28273
Assignee|koha-bugs at lists.koha-commun |tomascohen at gmail.com
|ity.org |
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28273
[Bug 28273] Multi-holds allow invalid pickup locations
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 17:55:08 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 15:55:08 +0000
Subject: [Koha-bugs] [Bug 28273] Multi-holds allow invalid pickup locations
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28273
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |28496
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
[Bug 28496] Club holds form broken
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 18:04:48 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 16:04:48 +0000
Subject: [Koha-bugs] [Bug 21507] Decimal separators issues in patrons
payments/fines, simplified
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21507
--- Comment #11 from Victor Grousset/tuxayo ---
> 2. Work backwards to find if we have decimal digits (i.e. 2 digits after either a comma or dot)
> 3. If we find a decimal delimiter, drop the opposit delimiter from the string (i.e. if we find a dot then drop any comma's.. if we find a comma, drop any dots)
This works thanks to relying on having two decimal digits right? No less, no
more. Which is fine, it's already soooo hard as it is.
This looks great, it seems to cover all of the cases and the logic is quite
simple, amazing algorithm that your have found there!!!!
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 18:18:59 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 16:18:59 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
--- Comment #1 from Tomás Cohen Arazi ---
Created attachment 121532
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121532&action=edit
Bug 28496: Club holds pickup locations don't come from the API
This patch fixes a issue that is generated by the fact different inputs
were reusing the same id.
To test:
1. Have a club with some enrollments
2. Make sure you have your circ rules to allow any library be a pickup
location.
3. Search for a biblio
4. Try placing a club hold
=> FAIL: The dropdown only has the (currently) logged in library.
5. Apply this patch
6. Repeat 3-4
=> SUCCESS: The dropdown has all the options
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 18:22:13 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 16:22:13 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |Needs Signoff
CC| |tomascohen at gmail.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 18:26:07 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 16:26:07 +0000
Subject: [Koha-bugs] [Bug 28294] C4::Circulation::updateWrongTransfer should
be moved into Koha::
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28294
--- Comment #16 from Victor Grousset/tuxayo ---
Does that still need need work about the 1st half of comment 5?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 19:25:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 17:25:23 +0000
Subject: [Koha-bugs] [Bug 28475] Searching all headings returns no results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28475
--- Comment #17 from Tomás Cohen Arazi ---
(In reply to Fridolin Somers from comment #15)
> Test plan has a mistake :
>
> 1. Open the authorities section in the OPAC
> => It in is in staff interface
Oops.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 19:36:26 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 17:36:26 +0000
Subject: [Koha-bugs] [Bug 28465] Don't allow staff user to change patron
categories of other staff users and their own account
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28465
--- Comment #2 from Christofer Zorn ---
Thank you Katrin ... that looks great to me.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 19:42:08 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 17:42:08 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Patch complexity|--- |Trivial patch
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 20:14:30 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 18:14:30 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
--- Comment #35 from Blou ---
I'm sorry Tomas, this really muddied the picture for Ivan, and I can't help him
as I've no idea how he should proceed.
Do you mean his
api/elasticsearch/elasticsearch.pl should be put under /v1/ and the routes
added to swagger, etc... Any wiki to help him there?
We had hope this would get into 21.05 initially, but right now it looks like
Ivan will recode it for the foreseable future. Which won't happen, I'll give
him one more go at it then drop it.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 21:45:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 19:45:15 +0000
Subject: [Koha-bugs] [Bug 21105] oai.pl returns invalid earliestDatestamp
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21105
--- Comment #11 from Rudolf Byker ---
Hi there. Who needs to sign off on this issue? Is there anything else I can do
to help speed up the process?
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 22:15:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 20:15:02 +0000
Subject: [Koha-bugs] [Bug 25029] AllowPatronToControlAutorenewal needs to
have a disable setting
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25029
Marjorie Barry-Vila changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |marjorie.barry-vila at collect
| |o.ca
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 22:44:35 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 20:44:35 +0000
Subject: [Koha-bugs] [Bug 28500] New: Display before and after values when a
biblio has been edited
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28500
Bug ID: 28500
Summary: Display before and after values when a biblio has been
edited
Change sponsored?: ---
Product: Koha
Version: 20.05
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Cataloging
Assignee: koha-bugs at lists.koha-community.org
Reporter: bwsdonna at gmail.com
QA Contact: testopia at bugs.koha-community.org
CC: m.de.rooy at rijksmuseum.nl
Trying to determine what information was changed in a biblio is rather
difficult. While there is some functionality in the logs, not all staff have
access to the logs, nor is the info easy to interpret.
It would be really helpful to have another method of tracking changes to bib
records, such as a simple BEFORE value: xxxx AFTER value: xxxxx that only
records the changes made, which user made the change, and when. Ideally this
would be viewable outside of logs, perhaps through reports, and kept for the
entire time the biblio is in the catalog.
This is very important for libraries that have multiple locations and multiple
staff editing biblios - there is a need to see who made what changes.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 22:55:01 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 20:55:01 +0000
Subject: [Koha-bugs] [Bug 28440] Inventory tool tries to put a time into
DateLastSeen
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28440
Andrew Fuerste-Henry changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|master |20.05
--- Comment #3 from Andrew Fuerste-Henry ---
I've been able to recreate this behavior on 20.05, but only in the afternoon :)
To recreate:
- Set TimeFormat to 12 Hour
- make sure cataloging log is on
- wait until afternoon
- have an item with barcode "TEST" and callnumber "9999"
- in Inventory, upload a text file of just the barcode "TEST," limit inventory
to callnumber range 9999-9999
- submit inventory, it tells you it set Date Last Seen to today for 1 item
- go to item, confirm it shows a null Date Last Seen
- look at the modification log, see Koha tried to put a date and time into Date
Last Seen
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 23:16:37 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 21:16:37 +0000
Subject: [Koha-bugs] [Bug 21105] oai.pl returns invalid earliestDatestamp
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21105
--- Comment #12 from Katrin Fischer ---
(In reply to Rudolf Byker from comment #11)
> Hi there. Who needs to sign off on this issue? Is there anything else I can
> do to help speed up the process?
Hi Rudolf, at this stage, anyone can sign off - there is not much you can do,
but maybe talk to people who might be interested in this patch got gain a sign
off. Sometimes an email to the mailing list might help.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 23:19:09 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 21:19:09 +0000
Subject: [Koha-bugs] [Bug 28500] Display before and after values when a
biblio has been edited
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28500
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=14367
--- Comment #1 from Katrin Fischer ---
Hi Donna, I think bug 14367 might be what you are looking for. If it does fit
your idea, you could mark this one as a duplicate.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Tue Jun 1 23:19:09 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 21:19:09 +0000
Subject: [Koha-bugs] [Bug 14367] History for MARC records. Roll back changes
on a timeline or per field.
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=28500
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 01:04:26 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 23:04:26 +0000
Subject: [Koha-bugs] [Bug 28316] Cannot search with square brackets []
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28316
--- Comment #11 from Victor Grousset/tuxayo ---
With the patch of comment 8 and services restarted.
Retried the case listed in the comment 8:
> With QueryAutoTruncate = only if * is added:
> The ideas behind the chess openings "fox quick"~5 tag:{alpha TO omega} => No results
I still have no result with the patch from comment 8
I still have to quote it.
> With QueryAutoTrunacte = automatically:
> The ideas behind the chess openings "fox quick"~5 tag:{alpha TO omega} => Error: Unable to perform your search
Still error
With QueryAutoTruncate=both possible values
For a search of the following and a record named the following:
name:/joh?n(ath[oa]n)/
=> no result
With QueryAutoTruncate=only if *
For a search of the following and a record named the following:
count:[10 TO *]
=> no result
With QueryAutoTruncate=auto
For a search of the following and a record named the following:
count:[10 TO *]
=> Error: Unable to perform your search
With QueryAutoTruncate=only if *
For a search of the following and a record named the following:
age:(+>=10 +<20)
=> no result
With QueryAutoTruncate=auto
For a search of the following and a record named the following:
age:(+>=10 +<20)
=> no result
With QueryAutoTruncate=only if *
For a search of the following and a record named the following:
quick^2 fox
=> Error: Unable to perform your search
With QueryAutoTruncate=only if *
For a search of the following and a record named the following:
The reserved characters are: + - = && || > < ! ( ) { } [ ] ^ " ~ * ? : \ /
=> Error: Unable to perform your search
With QueryAutoTruncate=auto
For a search of the following and a record named the following:
The reserved characters are: + - = && || > < ! ( ) { } [ ] ^ " ~ * ? : \ /
=> Error: Unable to perform your search
With QueryAutoTruncate=auto
For a search of the following (no record)
[chess TO *]
=> Error: Unable to perform your search
With QueryAutoTruncate=only if *
For a search of the following (no record)
[chess TO *]
=> whole catalogue
Maybe it's expected
With QueryAutoTruncate=auto
For a search of the following (no record)
Nmap network scanning : <> ><
=> Error: Unable to perform your search
Not sure what is expected in the above results.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 01:28:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Tue, 01 Jun 2021 23:28:24 +0000
Subject: [Koha-bugs] [Bug 28316] Cannot search with square brackets []
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28316
--- Comment #12 from Victor Grousset/tuxayo ---
With QueryAutoTruncate=both possible values
nmap onfocus=JaVaSCript:alert(9) autofocus
=> Error: Unable to perform your search
With QueryAutoTruncate=both possible values
nmap " onfocus=JaVaSCript:alert(10) autofocus
=> Error: Unable to perform your search
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:28:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:28:14 +0000
Subject: [Koha-bugs] [Bug 28476] Update info in docs/teams.yaml file
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28476
Mason James changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Passed QA |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:28:18 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:28:18 +0000
Subject: [Koha-bugs] [Bug 28476] Update info in docs/teams.yaml file
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28476
--- Comment #4 from Mason James ---
Created attachment 121533
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121533&action=edit
Bug 28476: Update info in docs/teams.yaml file (2)
oops, correct info
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:29:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:29:02 +0000
Subject: [Koha-bugs] [Bug 28476] Update info in docs/teams.yaml file
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28476
Mason James changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:29:16 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:29:16 +0000
Subject: [Koha-bugs] [Bug 28476] Update info in docs/teams.yaml file
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28476
Mason James changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Signed Off |Passed QA
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:29:30 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:29:30 +0000
Subject: [Koha-bugs] [Bug 28476] Update info in docs/teams.yaml file
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28476
Mason James changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |additional_work_needed
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:40:30 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:40:30 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=25671
--- Comment #1 from David Cook ---
+1000000
I opened Bug 25671 a while ago for this, but I ran out of time/energy for it,
as we don't really use plugins much at this point. I'm happy for that bug
report to be marked as a duplicate of this one, if Tomas is going to work on
this.
Really really looking forward to progress on this.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:40:30 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:40:30 +0000
Subject: [Koha-bugs] [Bug 25671] Install 1 Koha plugin for X Koha instances
using the CLI
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25671
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=28498
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:41:33 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:41:33 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:44:18 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:44:18 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #340 from David Cook ---
(In reply to Christopher Brannon from comment #338)
> Is the group hold going to count as one placed hold or count for every item in the group??
At the moment, each member of a group hold counts as its own hold.
> If it is
> going to show as multiple holds, then it becomes a problem for anyone that
> uses it. The group hold HAS to count as a single hold for this to be useful
> and not exploited by patrons.
I'm not sure what you mean here by "exploited". To me, each member of a group
hold counting as a hold is problematic only in terms of hold limits. If you had
a limit of 10 holds, and they create 1 hold group with 10 members, then they've
exhausted their limit, and that's not necessarily fair to patrons.
> Without looking at the code, logically, it seems like if you have each group
> hold count as some kind of of proxy hold in the hold system, when Koha looks
> to see how many holds there are, it should also see how many group holds
> there are, and each group for that user should just reflect as one hold. I
> may be over simplifying this.
I wouldn't say over simplifying heh. It's quite complex.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:46:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:46:14 +0000
Subject: [Koha-bugs] [Bug 25671] Install 1 Koha plugin for X Koha instances
using the CLI
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25671
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #10 from David Cook ---
*** This bug has been marked as a duplicate of bug 28498 ***
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:46:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:46:14 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
--- Comment #2 from David Cook ---
*** Bug 25671 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:46:47 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:46:47 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #341 from David Cook ---
(In reply to Christopher Brannon from comment #339)
> I don't know why this was limited to just the staff client. Maybe it is
> with the intent that someone will duplicate it for the OPAC? But if it is
> going to be just for staff, I think that it does only have the intended job
> from the original request. The original request was not for this to be a
> staff only function.
Bug 17217 is for the OPAC side, but I think it's incomplete.
There are libraries out in the world running a local version of this, but it's
different to what's in Bugzilla.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:48:36 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:48:36 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #342 from Aleisha Amohia ---
Thanks for discussing this everyone. If you just decide what the best behaviour
should be and let me know when I need to implement I should be able to get to
this later this week.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:50:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:50:15 +0000
Subject: [Koha-bugs] [Bug 25671] Install 1 Koha plugin for X Koha instances
using the CLI
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25671
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tomascohen at gmail.com
--- Comment #11 from Tomás Cohen Arazi ---
I didn't know or heard about this before. Will be looking at this code.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:50:34 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:50:34 +0000
Subject: [Koha-bugs] [Bug 25672] Administrators should be able to disable
client-side plugin upload
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|dcook at prosentient.com.au |koha-bugs at lists.koha-commun
| |ity.org
--- Comment #22 from David Cook ---
(In reply to Joonas Kylmälä from comment #21)
> David, any updates on this? :)
Ooops. Missed the email notification.
While I still have an interest in plugins, we just don't use them enough to
justify me working on them during my job hours.
And outside my job I have so few hours available and those I'm putting towards
authentication/Mojolicious controller things.
So I'll abdicate as assignee.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:52:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:52:02 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
--- Comment #1 from David Cook ---
Oooh I like the sound of this.
Ideally, I'd like to not allow libraries to install their own plugins (similar
to Bug 25672), but I would like to be able to install plugins on their system
from the CLI.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:53:57 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:53:57 +0000
Subject: [Koha-bugs] [Bug 28498] Add CLI counterpart for plugin actions
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
--- Comment #3 from David Cook ---
Btw, it could be interesting after installing/upgrading a plugin to do a
graceful restart on Starman using HUP as per https://metacpan.org/pod/Starman.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:54:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:54:24 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=25672
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:54:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:54:24 +0000
Subject: [Koha-bugs] [Bug 25672] Administrators should be able to disable
client-side plugin upload
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=28499
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:55:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:55:14 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
--- Comment #2 from David Cook ---
One question:
Would the plugin itself denote itself as non-accessible to users, or would it
be a flag used when installing via the CLI?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 04:57:18 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 02:57:18 +0000
Subject: [Koha-bugs] [Bug 25671] Install 1 Koha plugin for X Koha instances
using the CLI
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25671
--- Comment #12 from David Cook ---
(In reply to Tomás Cohen Arazi from comment #11)
> I didn't know or heard about this before. Will be looking at this code.
<3
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:00:51 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:00:51 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
--- Comment #3 from Tomás Cohen Arazi ---
(In reply to David Cook from comment #2)
> One question:
>
> Would the plugin itself denote itself as non-accessible to users, or would
> it be a flag used when installing via the CLI?
I think both use cases are valid and interesting. I was pointing more to the
first one in an initial approach, as the second one has interesting edge cases,
like users installing a new version, etc.
What do you think it would be best?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:08:59 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:08:59 +0000
Subject: [Koha-bugs] [Bug 15516] Allow to place a hold on first available
item from a group of titles
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516
--- Comment #343 from David Cook ---
(In reply to Aleisha Amohia from comment #342)
> Thanks for discussing this everyone. If you just decide what the best
> behaviour should be and let me know when I need to implement I should be
> able to get to this later this week.
I think that it would be good for them to be counted as 1 hold for the sake of
hold limits. However, I think that's probably easier said than done.
Based on my investigations for Bug 15516 and 15565, it seems like the master
code for determining hold limits is a mess.
One downside of hold groups counting as 1 hold for limits is that it might not
be clear to users how many holds they can place as well, although maybe that
should be a separate enhancement...
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:21:20 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:21:20 +0000
Subject: [Koha-bugs] [Bug 28499] Add support for no-UI / administrative
plugins
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
--- Comment #4 from David Cook ---
(In reply to Tomás Cohen Arazi from comment #3)
> (In reply to David Cook from comment #2)
> > One question:
> >
> > Would the plugin itself denote itself as non-accessible to users, or would
> > it be a flag used when installing via the CLI?
>
> I think both use cases are valid and interesting. I was pointing more to the
> first one in an initial approach, as the second one has interesting edge
> cases, like users installing a new version, etc.
>
> What do you think it would be best?
I think the first one is probably the most realistic. Like you say, the second
one has too many edge cases I think.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:27:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:27:02 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #14 from David Cook ---
I might have another poke at this tonight.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:28:26 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:28:26 +0000
Subject: [Koha-bugs] [Bug 28448] Record with too many items is not shown in
results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28448
--- Comment #9 from David Cook ---
(In reply to George Williams (NEKLS) from comment #8)
> My experience is that this happens when the Marc record exceeds 9999k in
> size. Our solution was to separate the record into multiple records and put
> all of the items from one year on one record, all of the items from the next
> year on the second record and so on . . .
>
> It wasn't a problem with Koha. The problem was that we were exceeding the
> maximum size of a Marc record.
>
> George
That's interesting. I thought that we'd overcome that limitation by switching
to MARCXML with Zebra but perhaps we didn't...
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:28:50 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:28:50 +0000
Subject: [Koha-bugs] [Bug 28448] Record with too many items is not shown in
results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28448
--- Comment #10 from David Cook ---
Bohdan: With your 20.11 installation, is it a new installation or an upgraded
installation that you've had for a long time?
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:36:49 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:36:49 +0000
Subject: [Koha-bugs] [Bug 27741] Accessibility: Staff Client - Headings
should have correct tags and hierarchy
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27741
--- Comment #27 from wainuiwitikapark at catalyst.net.nz ---
Created attachment 121534
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121534&action=edit
Bug 27741: reports folder
Bug 27631 corrected the tags in each of the pages in the staff
client. This bug deals with correcting the hierarchy of each of the
other headings.
To test:
1) Apply patch and dependencies
2) Go to each of the pages and check the headings under are in the
correct order and hierarchy
Sponsored-by: Catalyst IT
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:39:53 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:39:53 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dcook at prosentient.com.au
--- Comment #36 from David Cook ---
(In reply to Tomás Cohen Arazi from comment #34)
> I agree with Fridolin: we should think of adding API routes for this. There
> should be a privileged route, and an unprivileged route.
> You shouldn't worry about sessions and all. Just add the required
> permissions to interact with the routes.
Yeah, I don't get why session data is being used here.
I don't even know if there needs to be 2 routes. Maybe just 1
public/unprivileged API route.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 05:40:39 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 03:40:39 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
--- Comment #37 from David Cook ---
Also, it's not clear from the test plan what the user is expected to see/do in
terms of the autocomplete...
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 06:04:16 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 04:04:16 +0000
Subject: [Koha-bugs] [Bug 22740] Automatically change lost status when item
is paid for
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22740
Wally DesChamps changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wdeschamps at prospertx.gov
--- Comment #10 from Wally DesChamps ---
This would be an invaluable enhancement. With all that goes on at our circ
desk, and the steps involved in handling money, updating Koha, credit card
terminal, etc.,e tc., etc., changing the item to Lost and Paid For is often
missed and becomes an exercise in frustration to balance in the accounting
reports, especially when one payment covers multiple items. Has there been any
progress with this Bug?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 07:50:56 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 05:50:56 +0000
Subject: [Koha-bugs] [Bug 20662] The "most popular" function on the opac
does not honour opac supression
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20662
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #1 from David Cook ---
*** This bug has been marked as a duplicate of bug 19704 ***
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 07:50:56 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 05:50:56 +0000
Subject: [Koha-bugs] [Bug 19704] OPACs most popular feature includes titles
hidden by OpacHiddenItems
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19704
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dcook at prosentient.com.au
--- Comment #1 from David Cook ---
*** Bug 20662 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 09:08:51 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 07:08:51 +0000
Subject: [Koha-bugs] [Bug 28448] Record with too many items is not shown in
results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28448
--- Comment #11 from Bohdan ---
This Koha is an upgraded one.
I installed version 19.11.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 10:37:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 08:37:54 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121412|0 |1
is obsolete| |
--- Comment #15 from David Cook ---
Created attachment 121535
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121535&action=edit
Bug 24539: Add hooks to allow pluggable authentication modules
This patch adds the ability to specify an authentication module
to C4::Auth::checkauth(). That module then needs to implement at
the very least a do_login() method and optionally do_logout()
and get_data() methods if they're needed for that authentication
style.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 10:40:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 08:40:23 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
David Cook changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 10:46:41 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 08:46:41 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #16 from David Cook ---
To test (using a test auth plugin):
1. Download and install Koha Plugin koha-plugin-test-auth
2. Upload plugin via http://localhost:8081/cgi-bin/koha/plugins/plugins-home.pl
3. Enable the plugin
4. Go to http://localhost:8081/cgi-bin/koha/admin/patron-attr-types.pl
5. Create a new patron attribute with the code "TestAuthT" (you should make the
description "TestAuthMagicLogin" but it doesn't matter, and you should make it
a Unique identifier, so that a token can only belong to one patron)
6. Go to
http://localhost:8081/cgi-bin/koha/members/memberentry.pl?op=modify&borrowernumber=51&step=4
7. Add "1234" to TestAuthMagicLogin attribute
8. Log out of Koha
9. koha-plack --restart kohadev
#This loads the plugin route
10. Go to http://localhost:8081/api/v1/contrib/testauth/authn?token=1234
11. Note that you've been logged in as the "koha" user
12. Check /var/log/koha/kohadev/plack-api-error.log, and note warnings like the
following:
[2021/06/02 08:43:47] [WARN] Koha::Plugin::Dcook::TestAuth::AuthN::Plugin
do_login at
/var/lib/koha/kohadev/plugins/Koha/Plugin/Dcook/TestAuth/AuthN/Plugin.pm line
17.
[2021/06/02 08:43:47] [WARN] Koha::Plugin::Dcook::TestAuth::AuthN::Plugin
get_data at
/var/lib/koha/kohadev/plugins/Koha/Plugin/Dcook/TestAuth/AuthN/Plugin.pm line
60.
[2021/06/02 08:43:47] [WARN] $VAR1 = {
'TestAuthKey' => 'TestAuthValue'
};
13. Log out of the staff interface
14. Note that you've been logged out
15. Check /var/log/koha/kohadev/plack-intranet-error.log, and note warnings
like the following:
[2021/06/02 08:44:44] [WARN] Koha::Plugin::Dcook::TestAuth::AuthN::Plugin
do_logout at
/var/lib/koha/kohadev/plugins/Koha/Plugin/Dcook/TestAuth/AuthN/Plugin.pm line
52.
[2021/06/02 08:44:44] [WARN] $VAR1 = {
'TestAuthKey' => 'TestAuthValue'
};
16. Go to http://localhost:8080/api/v1/contrib/testauth/authn?token=1234
17. Note that you've been logged into the OPAC
18. Log out of the OPAC
19. Note the warnings in /var/log/koha/kohadev/plack-api-error.log and
/var/log/koha/kohadev/plack-opac-error.log
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 10:53:53 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 08:53:53 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #17 from David Cook ---
Created attachment 121536
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121536&action=edit
[DO NOT PUSH] koha-plugin-test-auth Koha Plugin for testing
This is a Koha Plugin that I slapped together to prove that the generic
authentication module interface works.
Perhaps next week I can put together an OpenID Connect module. It might be
tricky to do as a Koha Plugin, since checkauth() is based on CGI.pm and that
doesn't play nicely with Mojolicious... although maybe $c will be in scope.
That's for another night though...
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 11:00:40 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 09:00:40 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #18 from David Cook ---
(In reply to David Cook from comment #17)
> Perhaps next week I can put together an OpenID Connect module. It might be
> tricky to do as a Koha Plugin, since checkauth() is based on CGI.pm and that
> doesn't play nicely with Mojolicious... although maybe $c will be in scope.
Darn. I just did a little test, and $c is not in scope for do_login when called
within checkauth() from a Mojolicious controller.
I do have another idea which is so hacky. In the koha-plugin-test-auth, I
redirect STDOUT and STDERR to /dev/null, but I could actually redirect STDOUT
to a scalar variable, and then I could parse the output and translate it to
Mojolicious...
Rather than hacking apart Koha's existing functions, it might be a better idea
to refactor checkauth() so that it's comprised of separate login and logout
functions, which can be called in a more environmentally aware way.
Anyway, definitely calling it a night...
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 11:05:11 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 09:05:11 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #19 from David Cook ---
(In reply to David Cook from comment #18)
> (In reply to David Cook from comment #17)
> > Perhaps next week I can put together an OpenID Connect module. It might be
> > tricky to do as a Koha Plugin, since checkauth() is based on CGI.pm and that
> > doesn't play nicely with Mojolicious... although maybe $c will be in scope.
>
> Darn. I just did a little test, and $c is not in scope for do_login when
> called within checkauth() from a Mojolicious controller.
>
> I do have another idea which is so hacky. In the koha-plugin-test-auth, I
> redirect STDOUT and STDERR to /dev/null, but I could actually redirect
> STDOUT to a scalar variable, and then I could parse the output and translate
> it to Mojolicious...
>
> Rather than hacking apart Koha's existing functions, it might be a better
> idea to refactor checkauth() so that it's comprised of separate login and
> logout functions, which can be called in a more environmentally aware way.
>
> Anyway, definitely calling it a night...
Actually, the better way to do it would be to focus on the concept of
authenticated sessions. You could have a Koha Plugin perform a login however it
wants, and it just ends up with a session. It then redirects or whatever and
sets the session cookie. Then it's all good.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 11:09:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 09:09:46 +0000
Subject: [Koha-bugs] [Bug 24539] Build generic authentication module
interface
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24539
--- Comment #20 from David Cook ---
Note that this generic authentication module interface doesn't have to be done
using Koha Plugins.
We can provide these authentication modules in the Koha core codebase. Then
we'd just need to write the controller code (in CGI style for the time being)
that leverages the particular authentication module.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 12:01:17 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 10:01:17 +0000
Subject: [Koha-bugs] [Bug 21383] Sorting on ILL request table is inaccurate
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21383
Angela changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |angela.oconnordesmond at staff
| |.ittralee.ie
--- Comment #2 from Angela ---
Hi,
Also interested in seeing this one resolved.
Thanks,
Angela
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 13:08:58 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 11:08:58 +0000
Subject: [Koha-bugs] [Bug 20344] Transferring an item while on hold results
in a transfer where the destination is the same as the source
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20344
--- Comment #7 from Victor Grousset/tuxayo ---
> 4. First one should have been canceled
> «Canceled, new transfer from A to A created»
Notes, it's about the comment column. In current master, this message isn't
there anymore. It was there at least until 17.11
(https://pro-demo1711-koha.test.biblibre.eu)
> 6. These 2 things are the issue.
> Because doing the same without a hold
> - doesn't create a new transfer
> - doesn't cancel the first one
Without a hold. A new transfer is created and the old one is canceled.
With a hold when doing "Ignore and return to transfers: "
A new transfer is created and the old one is canceled.
With a hold when doing "Waiting"
A new transfer is created and the old one is canceled.
An item hold doesn't change this.
So, it happens regardless of the hold.
17.11:
Without hold, just doing several transfers, none additional is created, the
table is untouched (no timestamp change)
So, is there something wrong?
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 13:27:02 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 11:27:02 +0000
Subject: [Koha-bugs] [Bug 28501] New: Document how to use the search
configuration page
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28501
Bug ID: 28501
Summary: Document how to use the search configuration page
Change sponsored?: ---
Product: Koha
Version: 20.11
Hardware: All
OS: All
Status: NEW
Keywords: Manual
Severity: enhancement
Priority: P5 - low
Component: Documentation
Assignee: koha-bugs at lists.koha-community.org
Reporter: katrin.fischer at bsz-bw.de
QA Contact: testopia at bugs.koha-community.org
In the manual there is currently no information on how to use the search
configuration page for Elasticsearch. I am especially thinking of:
- How to add a field/subfield to an existing index
- How to create a new index to use for search
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 13:42:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 11:42:24 +0000
Subject: [Koha-bugs] [Bug 22740] Automatically change lost status when item
is paid for
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22740
--- Comment #11 from Katrin Fischer ---
(In reply to Wally DesChamps from comment #10)
> This would be an invaluable enhancement. With all that goes on at our circ
> desk, and the steps involved in handling money, updating Koha, credit card
> terminal, etc.,e tc., etc., changing the item to Lost and Paid For is often
> missed and becomes an exercise in frustration to balance in the accounting
> reports, especially when one payment covers multiple items. Has there been
> any progress with this Bug?
At the moment this bug has no Assignee (someone working on a patch) and has not
been marked as "Sponsored". I can only assume that there is no ongoing work on
this. As there seem a lot of people interested in it, maybe you could join
forces to get this funded and developed.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 14:45:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 12:45:15 +0000
Subject: [Koha-bugs] [Bug 28502] New: Changing patron category from child to
adult doesn't delete non patron guarantor data.
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28502
Bug ID: 28502
Summary: Changing patron category from child to adult doesn't
delete non patron guarantor data.
Change sponsored?: ---
Product: Koha
Version: 20.11
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Patrons
Assignee: didier.gautheron at biblibre.com
Reporter: didier.gautheron at biblibre.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com, kyle.m.hall at gmail.com
But guarantor name and relationship fields aren't displayed anymore and
librarian can't delete them manually.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 14:59:27 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 12:59:27 +0000
Subject: [Koha-bugs] [Bug 11083] Authority Search Result Display should be
XSLT Driven
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083
--- Comment #2 from Julian Maurice ---
Created attachment 121537
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121537&action=edit
Bug 11083: Add ability to generate authority summary using XSLT
This patch only affects authority search results in the staff interface.
It adds a new system preference AuthorityXSLTResultsDisplay. If set,
each authority search result MARCXML will be transformed using the XSLT
at the given filename or URL. The output will be displayed in place of
the default summary.
If errors occur, the XSLT is ignored and the default summary is
displayed.
The syspref value can contain {langcode} and {authtypecode} which will
be replaced by the appropriate value (resp. current language and
authority type code)
Test plan:
1. Apply patch and run updatedatabase
2. Verify that authority search results are not affected yet.
3. Create an XSLT file (for instance in
/home/koha/xslt/en/GEOGR_NAME.xsl)
4. Set AuthorityXSLTResultsDisplay syspref value to
/home/koha/xslt/{langcode}/{authtypecode}.xsl
5. Do an authority search that returns GEOGR_NAME results. Verify that
the summary matches what you expect from your XSLT
6. Do an authority search that returns authorities of other types.
Verify that the default summary is displayed.
Example of a minimal XSLT:
authority-summary
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 14:59:38 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 12:59:38 +0000
Subject: [Koha-bugs] [Bug 11083] Authority Search Result Display should be
XSLT Driven
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083
Julian Maurice changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |julian.maurice at biblibre.com
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 14:59:47 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 12:59:47 +0000
Subject: [Koha-bugs] [Bug 11083] Authority Search Result Display should be
XSLT Driven
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083
Julian Maurice changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|gmcharlt at gmail.com |julian.maurice at biblibre.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 15:22:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 13:22:54 +0000
Subject: [Koha-bugs] [Bug 23073] wiki.koha-community.org needs updating to a
later version
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23073
--- Comment #21 from Thomas Dukleth ---
Some important bug fixes and some improvements with support for excluding old
archived content from simple search are included in this version of code and
Koha Wiki files to test migrating the database and upgrading the wiki from the
previous version is currently available at ,
https://test01.agogme.com/koha_migrate_mwiki_db_and_upgrade_test.tgz . More
changes improving automation of the installation and validation are needed.
Changes support a dynamic archive with mass tagging of outdated pages in the
same wiki also holding current pages with a distinct search query page for
accessing old content.
Anyone interested in testing would need to separately obtain a full dump of the
Koha Wiki to avoid publicly compromising Koha Wiki usernames and passwords
which are not contained in the published archive. Similarly as I should have
mentioned previously, the issue of resetting wgSecretKey in LocalSettings.php
could be avoided by obtaining a copy of the Koha Wiki LocalSettings.php .
>From the current changelog.
In README.txt
-------------
Specified required system packages somewhat more completely.
Added RESTBase section.
In apt configuration example files
----------------------------------
Added support for MediaWiki VisualEditor extension which relies upon the
MediaWiki RESTBase API service which needs nodejs version 6+ and uses
Apache Cassandra. nodejs 6+ needs the stretch-backports repository
for Installation in Debian Stretch. No successful RESTBase configuration
found for Apache and thus may require forthcoming NGINX configuration.
In webserver configuration example files
----------------------------------
Added support for MediaWiki VisualEditor extension which relies upon the
MediaWiki RESTBase API service which needs nodejs version 6+ and uses
Apache Cassandra. nodejs 6+ needs the stretch-backports repository
for Installation in Debian Stretch. No successful RESTBase configuration
found for Apache and thus may require forthcoming NGINX configuration.
In koha_migrate_mwiki_db_and_upgrade.pl
---------------------------------------
Uncommented a few lines for apt update and downloading files which had
been temporarily commented out for testing to avoid requesting
network recources too frequently with a rapid testing cycle.
Specified required system packages somewhat more completely.
Fixed escaping characters for setting Debian version in special PHP
apt repository.
Added use of more variables to control file locations.
Excluded Semantic MediaWiki tables from the database dump used in building
the particular MySQL MediaWiki database for upgrading to the current
MediaWiki version thus discarding populated data before upgrade to save
unnecessary extra work. Semantic MediaWiki had never functioned properly
in Postgres and failed command line tests. Attempting to properly
preserve unused Semantic MediaWiki data would require additional work to
first upgrade to MediaWiki 1.24 before upgrading to the current version
with no actual benefit as we have not been using the broken extension in
Postgres. In any case, the data is recreated with reinstallation of
Semantic MediaWiki.
Added support for MediaWiki VisualEditor extension which relies upon the
MediaWiki RESTBase API service which needs nodejs version 6+ and uses
Apache Cassandra. nodejs 6+ needs the stretch-backports repository
for Installation in Debian Stretch.
koha_mediawiki_pgsqltomysql.py
------------------------------
Fixed treatment of NULL values which had left some NULLs not converting
properly and led to bad strftime conversion for columns with NULL values
in database migration from Postgres to MySQL.
koha_mwiki_instances_postinstall.sh
-----------------------------------
Added installation of Semantic MediaWiki extension.
Added specification of Vector skin default.
Added MassEditRegex extension.
Added installation of MessageBox templates and needed modules.
SearchBox.mustache
-----------------------------------
Added JavaScript to exclude Content_Old category from simple search box
queries with Vector skin allowing archived content to be excluded from
searches.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 15:54:44 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 13:54:44 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
--- Comment #10 from Julian Maurice ---
If I modify sessions.a_session from longtext to longblob I no longer have the
bug. Can you test if it works for you too ?
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 15:58:07 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 13:58:07 +0000
Subject: [Koha-bugs] [Bug 15261] Verify if checkout or hold request periods
overlap with existing holds
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15261
--- Comment #96 from Arthur Suzuki ---
Just had a quick check at this patch.
Seems the controls on the overlapping reserves is done in the interface code
(opac/place-reserve.pl and so on) and not in C4/Reserves.
This is then not checked for ILS-DI and RestAPI.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:01:11 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:01:11 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Jonathan Druart changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:01:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:01:15 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #1 from Jonathan Druart ---
Created attachment 121538
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121538&action=edit
Bug 28490: Remove "relationship" from the patron form
This is managed by the "guarantor" section (table borrower_relationships
in DB). It shouldn't be a separate section in the form.
We removed the DB column on bug 28490.
It caused an exception when the patron's data was stored.
Patron modification failed! - No property relationship for Koha::Patron at
/usr/share/koha/intranet/cgi-bin/members/memberentry.pl
Test plan:
Edit a patron with category "Child" and save
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:01:21 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:01:21 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Jonathan Druart changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|koha-bugs at lists.koha-commun |jonathan.druart+koha at gmail.
|ity.org |com
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:01:31 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:01:31 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Jonathan Druart changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |rel_21_05_candidate
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:08:37 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:08:37 +0000
Subject: [Koha-bugs] [Bug 28158] Lost items not charging when marked lost
from batch item modification
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28158
--- Comment #31 from Jonathan Druart ---
(In reply to Fridolin Somers from comment #30)
> Pushed to 20.11.x for 20.11.07
I wouldn't have backported this, it's a big change. Moreover Nick reported that
it was working on 20.11.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:09:53 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:09:53 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
Jonathan Druart changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |rel_21_05_candidate
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:18:16 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:18:16 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
--- Comment #11 from Julian Maurice ---
Created attachment 121539
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121539&action=edit
Bug 28489: Modify sessions.a_session from longtext to longblob
This column contains serialized data, it should be a blob.
And it fixes encoding issues.
Test plan:
1. Apply patch and run updatedatabase
2. In $KOHA_CONF make sure that you have
0
3. Create 2 libraries:
a. TESTÄ/Testä
b. TEST✓/Test✓
4. Go to the staff interface, change your library to Testä, then
navigate to a few other pages, make sure there is no encoding problem
with the library name in the top right corner
5. Do the same with Test✓
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:18:33 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:18:33 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
Julian Maurice changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:18:41 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:18:41 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
Julian Maurice changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|koha-bugs at lists.koha-commun |julian.maurice at biblibre.com
|ity.org |
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:23:04 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:23:04 +0000
Subject: [Koha-bugs] [Bug 28376] Replace obsolete jquery-ui-timepicker-addon
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28376
Henry Bolshaw changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bolshawh at parliament.uk
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:33:42 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:33:42 +0000
Subject: [Koha-bugs] [Bug 25429] Cleanup Database - remove resolved claims
returned from db after X days
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25429
--- Comment #45 from Jonathan Druart ---
(In reply to David Cook from comment #41)
> (In reply to Jonathan Druart from comment #36)
> > David, basically you are asking for another switch in koha-conf that would
> > be off by default, that's it?
>
> I'm not sure what you mean by "asking for another switch in koha-conf".
I don't want to add more confusion and I guess it wouldn't have answered the
need anyway.
I thought you were asking for more flexibility and so adding a new switch in
koha-conf.xml to allow the syspref to have precedence over the script flag.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:34:45 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:34:45 +0000
Subject: [Koha-bugs] [Bug 25429] Cleanup Database - remove resolved claims
returned from db after X days
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25429
Jonathan Druart changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Passed QA |Signed Off
--- Comment #46 from Jonathan Druart ---
I would like another QA stamp and clarification on what we need here. I won't
have time to dedicate to this in the next couple of weeks.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:49:47 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:49:47 +0000
Subject: [Koha-bugs] [Bug 28376] Replace obsolete jquery-ui-timepicker-addon
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28376
--- Comment #2 from Tomás Cohen Arazi ---
I really like it.
The code is really simple, and handling dateformat seems sleek as well.
The only thing I could mention is the modal feels too big.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 16:50:10 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 14:50:10 +0000
Subject: [Koha-bugs] [Bug 28376] Replace obsolete jquery-ui-timepicker-addon
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28376
Tomás Cohen Arazi changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jonathan.druart+koha at gmail.
| |com,
| |kyle at bywatersolutions.com,
| |martin.renvoize at ptfs-europe
| |.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:01:06 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:01:06 +0000
Subject: [Koha-bugs] [Bug 28467] Add wording to TrackLastPatronActivity
description to tell users that it records SIP authentication
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28467
Andrew Fuerste-Henry changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:01:10 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:01:10 +0000
Subject: [Koha-bugs] [Bug 28467] Add wording to TrackLastPatronActivity
description to tell users that it records SIP authentication
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28467
--- Comment #2 from Andrew Fuerste-Henry ---
Created attachment 121540
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121540&action=edit
Bug 28467: Update wording of TrackLastPatronActivity syspref
To Test:
1 - look up TrackLastPatronActivity
2 - Read it, be dissatisfied with it
3 - apply patch, restart, reload page
4 - be happier with the new wording
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:02:37 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:02:37 +0000
Subject: [Koha-bugs] [Bug 28467] Add wording to TrackLastPatronActivity
description to tell users that it records SIP authentication
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28467
Andrew Fuerste-Henry changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|koha-bugs at lists.koha-commun |andrew at bywatersolutions.com
|ity.org |
--- Comment #3 from Andrew Fuerste-Henry ---
I updated it to read "The first time each day that a patron either logs into
the OPAC or connects to Koha via SIP, borrowers.last seen will update with the
current date and time."
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:04:48 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:04:48 +0000
Subject: [Koha-bugs] [Bug 28503] New: When ReservesControlBranch set to
"patron's home library" and Hold policy set to "From home library" all
holds are allowed
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
Bug ID: 28503
Summary: When ReservesControlBranch set to "patron's home
library" and Hold policy set to "From home library"
all holds are allowed
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: critical
Priority: P5 - low
Component: Hold requests
Assignee: koha-bugs at lists.koha-community.org
Reporter: nick at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
In C4::Reserves::CheckReserves we have:
next if (($branchitemrule->{'holdallowed'} eq 'from_home_library') && ($branch
ne $patron->branchcode));
Where $branch is the return of
my $branch = GetReservesControlBranch( $item->unblessed, $patron->unblessed );
When ReservesControlBranch is set to "patron's home library" this boils down
to:
$patron->branchcode ne $patron->branchcode which will never be true
In all other locations we ue ReservesControlBranch to fetch the rule, but
always compare the item's homebranch to the patron's branchcode:
543 if ( $branchitemrule->{holdallowed} eq 'from_home_library'
544 && $borrower->{branchcode} ne $item->homebranch )
545 {
546 return { status => 'cannotReserveFromOtherBranches' };
547 }
1409 || $branchitemrule->{holdallowed} eq 'from_home_library' &&
$param->{patron}->branchcode ne $i->homebranch
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:05:40 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:05:40 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
Peter Vashchuk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:05:45 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:05:45 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
Peter Vashchuk changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121539|0 |1
is obsolete| |
--- Comment #12 from Peter Vashchuk ---
Created attachment 121541
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121541&action=edit
Bug 28489: Modify sessions.a_session from longtext to longblob
This column contains serialized data, it should be a blob.
And it fixes encoding issues.
Test plan:
1. Apply patch and run updatedatabase
2. In $KOHA_CONF make sure that you have
0
3. Create 2 libraries:
a. TESTÄ/Testä
b. TEST✓/Test✓
4. Go to the staff interface, change your library to Testä, then
navigate to a few other pages, make sure there is no encoding problem
with the library name in the top right corner
5. Do the same with Test✓
Signed-off-by: Petro Vashchuk
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:25:56 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:25:56 +0000
Subject: [Koha-bugs] [Bug 28489] CGI::Session is incorrectly serialized to
DB in production env / when strict_sql_modes = 0
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28489
--- Comment #13 from Andrew Nugged ---
Yesterday I experimented with the same – I changed to "mediumblob" manually on
my local test server to find a solution and it worked.
What I can say that I found that Data::Dumper when converting Perl strings
scalars acts "fuzzily" (better: weirdly), and if it meets real Unicode chars it
stores them in the string in \xXX perl-form, so they stored in DB properly and
restored properly, for example, I created branch "Čentervälly":
it is stored in MySQL in a_session dumped in this way:
'branchname' => "\x{10c}enterv\x{e4}lly"
so here it works and no error happens,
but when it meets only single "ä" for example "Hämeenlinna" (and maybe few
other characters like that which suspect can be represented in old ASCII
latin-1 or how that fuzziness fuzzies :)...) chars,
so it stores in such a way in MySQL longtext (broken):
'branchname' => 'H?meenlinna',
because: see below hex dump of the blob, and when it saves to UTF-8-MySQL-field
– it gets malformed, but yes, with blob it works:
'branchname' => 'Hämeenlinna',
and when I looked inside blob in HEX, I see:
48 E4 6D 65 65 6E 6C 69 6E 6E 61 H‰meenlinna
because it stores ä as E4 and it is then get returned "in the same way" into
"ä" (seems). But oh that's silvertape everywhere :).
This is just to say, that it weird but WORKS with blob,
so – thanks Julian for the patch, and I say I support it,
(yet I'd blame Data::Dumper "fuzziness" :) )
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:28:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:28:54 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch set to "patron's
home library" and Hold policy set to "From home library" all holds are
allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:28:58 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:28:58 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch set to "patron's
home library" and Hold policy set to "From home library" all holds are
allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
--- Comment #1 from Nick Clemens ---
Created attachment 121542
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121542&action=edit
Bug 28503: Unit tests
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:29:01 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:29:01 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch set to "patron's
home library" and Hold policy set to "From home library" all holds are
allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
--- Comment #2 from Nick Clemens ---
Created attachment 121543
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121543&action=edit
Bug 28503: Compare item homebranch to patron branch when hold policy set to
'from_home_library'
This fixes an issue in the way we calculate the check for hold policy
'from_home_library'
Currently we change the comparison based on ReservesControlBranch, however,
that should
only control the rule we fetch, not how we compare
When ReservesControlBranch is set to "patron's home library" we compare the
patron's branch to
the patron's branch, this is useless and means we pass the check for all
branches all of the time
We should instead compare the patron's branch to the item's branch, and only
fetch the rule using ReservesControlBranch
To test:
1 - Have a record with an item from library A and library B
2 - Set the 'Default checkout, hold and return policy'->Hold policy->From home
library for all libraries
and ensure you have no branch specific/itemtype specific rules set
3 - Attempt to place a hold on the record for a patron from library B
4 - Note that only the library B item is holdable - place a title level hold
(do not choose an item)
5 - Check in the item from library A
6 - It fills the hold - This is incorrect - ignore the hold
7 - Apply patch
8 - Restart all the things
9 - Check in the item from library A
10 - No hold found
11 - Check in the item from library B
12 - Hold found, correctly
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:29:51 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:29:51 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch set to "patron's
home library" and Hold policy set to "From home library" all holds are
allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=5800
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:29:51 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:29:51 +0000
Subject: [Koha-bugs] [Bug 5800] Hold Policy "home library only" incompatible
with CircControl "patron home library"
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5800
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.koha-community
| |.org/bugzilla3/show_bug.cgi
| |?id=28503
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:52:12 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:52:12 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch set to "patron's
home library" and Hold policy set to "From home library" all holds are
allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
--- Comment #3 from Nick Clemens ---
Created attachment 121544
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121544&action=edit
Bug 28503: Clarify what ReservesControlBranch controls
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 17:55:11 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 15:55:11 +0000
Subject: [Koha-bugs] [Bug 28504] New: Hold pickup library match
(hold_fulfillment_policy) not enforced when filling holds if set to
"patron's group" / 'patrongroup'
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28504
Bug ID: 28504
Summary: Hold pickup library match (hold_fulfillment_policy)
not enforced when filling holds if set to "patron's
group" / 'patrongroup'
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P5 - low
Component: Hold requests
Assignee: koha-bugs at lists.koha-community.org
Reporter: nick at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
The case is simply not covered in the code
In C4::Reserves::CheckReserves:
908 my $hold_fulfillment_policy = $branchitemrule->{hold_fulfillment_policy};
909 next if ( ($hold_fulfillment_policy eq 'holdgroup') &&
(!$library->validate_hold_sibling({branchcode => $res->{branchcode}})) );
910 next if ( ($hold_fulfillment_policy eq 'homebranch') &&
($res->{branchcode} ne $item->$hold_fulfillment_policy) );
911 next if ( ($hold_fulfillment_policy eq 'holdingbranch') &&
($res->{branchcode} ne $item->$hold_fulfillment_policy) );
912 next unless $item->can_be_transferred( { to => Koha::Libraries->find(
$res->{branchcode} ) } );
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:00:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:00:23 +0000
Subject: [Koha-bugs] [Bug 28505] New: Hold fulfillment policy should not
prevent selection of libraries when holds are being placed
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28505
Bug ID: 28505
Summary: Hold fulfillment policy should not prevent selection
of libraries when holds are being placed
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Hold requests
Assignee: koha-bugs at lists.koha-community.org
Reporter: nick at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
In bug 15532 the idea of 'hold pickup library match' / hold_fulfillment_policy
was that in system where items float or rotate a patron would be able to place
a hold for delivery anywhere, but it would only fill when the item arrived at a
branch that met the policy.
Recent work on validating the pickup location when placing the hold seems to
have broken the ability to place a hold for delivery that violates rules now,
but may be valid in the future.
When placing holds the pickup locations should not be limited by the hold
fulfillment policy
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:07:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:07:54 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #2 from Joonas Kylmälä ---
Hmm, why was the column removed in bug 28490 if it is actually used as part of
the non-patron guarantor infos?
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:08:47 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:08:47 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #3 from Joonas Kylmälä ---
I meant bug 26995
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:27:21 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:27:21 +0000
Subject: [Koha-bugs] [Bug 26561] Number on claims tab not showing when
translated
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26561
--- Comment #3 from Katrin Fischer ---
Still broken in German in 20.11.06, trying some change in the po files in order
to fix it.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:31:14 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:31:14 +0000
Subject: [Koha-bugs] [Bug 26561] Number on claims tab not showing when
translated
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26561
--- Comment #4 from Katrin Fischer ---
(In reply to Katrin Fischer from comment #3)
> Still broken in German in 20.11.06, trying some change in the po files in
> order to fix it.
Tested the fix on 21.05 and looks ok there now :)
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:35:27 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:35:27 +0000
Subject: [Koha-bugs] [Bug 27081] Notes missing from lost items report column
configuration
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27081
--- Comment #3 from Katrin Fischer ---
This is ok in 21.05 as well, but in 20.11.06 the last entry in the pull down is
'not for loan', notes is missing there.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:36:06 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:36:06 +0000
Subject: [Koha-bugs] [Bug 26939] Account payment_type in the cash register
details page should use description instead of code
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26939
Katrin Fischer changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Account payment_type in the |Account payment_type in the
|cash register details page |cash register details page
|should use description |should use description
|instead of code. |instead of code
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:43:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:43:15 +0000
Subject: [Koha-bugs] [Bug 14367] History for MARC records. Roll back changes
on a timeline or per field.
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367
Donna changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bwsdonna at gmail.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:44:06 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:44:06 +0000
Subject: [Koha-bugs] [Bug 28500] Display before and after values when a
biblio has been edited
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28500
Donna changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
Status|NEW |RESOLVED
--- Comment #2 from Donna ---
*** This bug has been marked as a duplicate of bug 14367 ***
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 18:44:06 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 16:44:06 +0000
Subject: [Koha-bugs] [Bug 14367] History for MARC records. Roll back changes
on a timeline or per field.
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367
--- Comment #61 from Donna ---
*** Bug 28500 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 19:02:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 17:02:54 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch = "patron's home
library" and Hold policy = "From home library" all holds are allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
Kyle M Hall changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kyle at bywatersolutions.com
Summary|When ReservesControlBranch |When ReservesControlBranch
|set to "patron's home |= "patron's home library"
|library" and Hold policy |and Hold policy = "From
|set to "From home library" |home library" all holds are
|all holds are allowed |allowed
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 19:05:08 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 17:05:08 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Joonas Kylmälä changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Failed QA
--- Comment #4 from Joonas Kylmälä ---
Bug 28490 should have not been merged, it removed actively used data that is
only in borrowers.relationship, the non-patron guarantor info relationship. We
need to revert it and make database update re-create the table.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 19:17:37 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 17:17:37 +0000
Subject: [Koha-bugs] [Bug 28475] Searching all headings returns no results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28475
--- Comment #18 from Victor Grousset/tuxayo ---
Ready to backport to the new oldoldstable (20.05.x). Applied locally until
getting the push rights.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 19:31:12 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 17:31:12 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Joonas Kylmälä changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|jonathan.druart+koha at gmail. |joonas.kylmala at helsinki.fi
|com |
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 19:47:29 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 17:47:29 +0000
Subject: [Koha-bugs] [Bug 28503] When ReservesControlBranch = "patron's home
library" and Hold policy = "From home library" all holds are allowed
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28503
Nick Clemens changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jonathan.druart+koha at gmail.
| |com,
| |katrin.fischer at bsz-bw.de,
| |martin.renvoize at ptfs-europe
| |.com
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:35 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:35 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Joonas Kylmälä changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Failed QA |Needs Signoff
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:39 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:39 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Joonas Kylmälä changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121538|0 |1
is obsolete| |
--- Comment #5 from Joonas Kylmälä ---
Created attachment 121545
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121545&action=edit
Bug 28490: Revert "Bug 26995: Remove one remaining occurrence in moremember"
This reverts commit c3b50e9e97e917090ce09283807168caaad3de4a.
It was part of a patch set that removed actively used data and must be
therefore reverted.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:44 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:44 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #6 from Joonas Kylmälä ---
Created attachment 121546
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121546&action=edit
Bug 28490: Revert "Bug 26995: Remove occurrences in sample_patrons.yml"
This reverts commit 690b073478b04c7c801058b49f85275281c502d5.
It was part of a patch set that removed actively used data and must be
therefore reverted.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:49 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:49 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #7 from Joonas Kylmälä ---
Created attachment 121547
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121547&action=edit
Bug 28490: Revert "Bug 26995: Fix SQL syntax error on the about page"
This reverts commit 1131bb687f14fef7b4cb5f3b194711e85f9227af.
It was part of a patch set that removed actively used data and must be
therefore reverted.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:54 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:54 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #8 from Joonas Kylmälä ---
Created attachment 121548
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121548&action=edit
Bug 28490: Revert "Bug 26995: Remove references to relationship column"
This reverts commit 1cc8a77c287666ed878ea58f17216793f52ce224.
It was part of a patch set that removed actively used data and must be
therefore reverted.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:00:58 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:00:58 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #9 from Joonas Kylmälä ---
Created attachment 121549
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121549&action=edit
Bug 28490: Revert "Bug 26995: Drop column relationship from borrowers,
deletedborrowers and borrower_modifications tables"
This reverts commit ca0e7541ecdff13ada9ba8ffbd992c963959d30f.
It was part of a patch set that removed actively used data and must be
therefore reverted.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:01:03 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:01:03 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #10 from Joonas Kylmälä ---
Created attachment 121550
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121550&action=edit
Bug 28490: Comment out the relationship data removing DB update step
These columns that were actively used to store non-patron guarantor
relationship info were dropped incorrectly. In a later patch the
relationship fields will be re-added.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:01:07 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:01:07 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #11 from Joonas Kylmälä ---
Created attachment 121551
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121551&action=edit
Bug 28490: Bring back accidentally deleted relationship columns
These were in active use before and were accidentally deleted in Bug
26995. This restores those deleted relationship columns.
To test:
1) verify the borrower_modifications, borrowers,
deletedborrowers contain the column exactly like it was before after
applying these patches by comparing to the old kohastructure.sql
version
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:01:13 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:01:13 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #12 from Joonas Kylmälä ---
Created attachment 121552
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121552&action=edit
[DO NOT PUSH] Bug 28490: Add DBIx schema changes for testing
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:02:31 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:02:31 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #13 from Kyle M Hall ---
(In reply to Joonas Kylmälä from comment #4)
> Bug 28490 should have not been merged, it removed actively used data that is
> only in borrowers.relationship, the non-patron guarantor info relationship.
> We need to revert it and make database update re-create the table.
I don't think that bug is really the culprit. This is actually a culmination of
changes starting with the multiple guarantors development. The decision was
made to leave the alternate contact as a 'non-koha patron' guarantor, but no
provision was made to be able to apply a relationship to that field!
I think the solution is not to revert bug 26995, but to develop an Alternate
Contact relationship field ( e.g. 'altcontactrelationship' ) that uses the same
set of relationship options available for patron-based guarantors.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:04:48 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:04:48 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
Kyle M Hall changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |In Discussion
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:10:52 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:10:52 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #14 from Joonas Kylmälä ---
(In reply to Kyle M Hall from comment #13)
> (In reply to Joonas Kylmälä from comment #4)
> > Bug 28490 should have not been merged, it removed actively used data that is
> > only in borrowers.relationship, the non-patron guarantor info relationship.
> > We need to revert it and make database update re-create the table.
>
> I don't think that bug is really the culprit. This is actually a culmination
> of changes starting with the multiple guarantors development. The decision
> was made to leave the alternate contact as a 'non-koha patron' guarantor,
> but no provision was made to be able to apply a relationship to that field!
What decision? However regardless of any decision we absolutely cannot just
remove completely a database column from koha which has been available in the
GUI for many releases to fill in with data, there could be for sure people
using that relationship column. Also what you say below about
altcontactrelationships I think it is best we restore the columns with the same
name "relationship" so that in case people have already upgraded to koha 21.05
and lost their data due to this error they are able to restore it from database
dump easily after we fix this issue. Changing the column name now would make
that process a lot more difficult.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 20:15:17 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 18:15:17 +0000
Subject: [Koha-bugs] [Bug 28490] Cannot modify patrons in some categories
(e.g. Child category)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490
--- Comment #15 from Joonas Kylmälä ---
(In reply to Joonas Kylmälä from comment #14)
> (In reply to Kyle M Hall from comment #13)
> > (In reply to Joonas Kylmälä from comment #4)
> > > Bug 28490 should have not been merged, it removed actively used data that is
> > > only in borrowers.relationship, the non-patron guarantor info relationship.
> > > We need to revert it and make database update re-create the table.
> >
> > I don't think that bug is really the culprit. This is actually a culmination
> > of changes starting with the multiple guarantors development. The decision
> > was made to leave the alternate contact as a 'non-koha patron' guarantor,
> > but no provision was made to be able to apply a relationship to that field!
>
> What decision? [...]
ah, getting tired. I guess you meant the patches from 14570 where the new
guarantor feature was introduced.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 21:01:44 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 19:01:44 +0000
Subject: [Koha-bugs] [Bug 27526] Remove Mod/AddItemFromMarc from additem.pl
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27526
Victor Grousset/tuxayo changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Patch doesn't apply
--- Comment #25 from Victor Grousset/tuxayo ---
error: sha1 information is lacking or useless
(koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/additem.tt).
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 21:06:23 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 19:06:23 +0000
Subject: [Koha-bugs] [Bug 27526] Remove Mod/AddItemFromMarc from additem.pl
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27526
--- Comment #26 from Victor Grousset/tuxayo ---
Test note:
Here is how to generate barcodes by a plugin:
> 952$p mapped to barcode.pl plugin in frameworks
> C4::Context->preference("autoBarcode");
> set autobarcode and then clicking in the field fro new item should generate
thanks kidclamp and cait :)
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 22:07:50 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 20:07:50 +0000
Subject: [Koha-bugs] [Bug 28452] Add managing librarian to transaction page
(boraccount.pl)
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28452
George Williams (NEKLS) changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--- Comment #3 from George Williams (NEKLS) ---
Tested on the ByWater sandboxes. Nice enhancement.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 22:14:15 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 20:14:15 +0000
Subject: [Koha-bugs] [Bug 28448] Record with too many items is not shown in
results
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28448
--- Comment #12 from George Williams (NEKLS) ---
(In reply to David Cook from comment #9)
> (In reply to George Williams (NEKLS) from comment #8)
> > My experience is that this happens when the Marc record exceeds 9999k in
> > size. Our solution was to separate the record into multiple records and put
> > all of the items from one year on one record, all of the items from the next
> > year on the second record and so on . . .
> >
> > It wasn't a problem with Koha. The problem was that we were exceeding the
> > maximum size of a Marc record.
> >
> > George
>
> That's interesting. I thought that we'd overcome that limitation by
> switching to MARCXML with Zebra but perhaps we didn't...
It's possible that the 9999k limit has been fixed and I just never realized it
because we trained everyone to limit the size of the records that might hit
that limit.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 22:58:57 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 20:58:57 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 22:59:05 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 20:59:05 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121532|0 |1
is obsolete| |
--- Comment #2 from David Nind ---
Created attachment 121553
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121553&action=edit
Bug 28496: Club holds pickup locations don't come from the API
This patch fixes a issue that is generated by the fact different inputs
were reusing the same id.
To test:
1. Have a club with some enrollments
2. Make sure you have your circ rules to allow any library be a pickup
location.
3. Search for a biblio
4. Try placing a club hold
=> FAIL: The dropdown only has the (currently) logged in library.
5. Apply this patch
6. Repeat 3-4
=> SUCCESS: The dropdown has all the options
Signed-off-by: David Nind
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 23:03:35 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 21:03:35 +0000
Subject: [Koha-bugs] [Bug 28496] Club holds form broken
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28496
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |david at davidnind.com
Text to go in the| |This fixes the libraries
release notes| |shown in the 'Pickup at'
| |dropdown list when placing
| |a club hold so that it
| |shows all libraries,
| |instead of just the
| |currently logged in
| |library.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 23:35:24 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 21:35:24 +0000
Subject: [Koha-bugs] [Bug 21286] Advanced search for Corporate-name creates
Zebra errors
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286
--- Comment #8 from David Nind ---
> Try disabling the syspref 'QueryAutoTruncate' - that seems to be a key to
> triggering this
Thanks Nick! That worked, sign off on the way..
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 23:36:16 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 21:36:16 +0000
Subject: [Koha-bugs] [Bug 21286] Advanced search for Corporate-name creates
Zebra errors
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 23:36:21 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 21:36:21 +0000
Subject: [Koha-bugs] [Bug 21286] Advanced search for Corporate-name creates
Zebra errors
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21286
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121326|0 |1
is obsolete| |
--- Comment #9 from David Nind ---
Created attachment 121554
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121554&action=edit
Bug 21286: Add Corporate-name as phrase to zebra indexes
When using Zebra for searching, Koha performs a number of searches in order
to improve relevancy. This means that even for 'wordlist' search, we perform a
phrase search.
When selecting 'Corporate-name' as an index, this expansion of the search
causes errors and fails
the search
We can fix this for 'Corporate-name' searches by adding a phrase index
To test:
1 - Edit koha-conf.xml and uncomment the zebra debug line and add 'request' to
the list
2 - Restart all
3 - tail -f /var/log/koha/kohadev/zebra-output.log
4 - Edit a record to add a 110 field e.g. 'House plants'
5 - Enable syspref IntranetCatalogSearchPulldown
6 - Search for 'Corporate name' and term 'House plants'
7 - No results
8 - View the log, see 'ERROR' and full search terms listed
9 - Apply patch
10 - copy the zebra files to the production instance:
cp etc/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml
/etc/koha/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml
cp etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
/etc/koha/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
11 - restart all
12 - rebuild: sudo koha-rebuild-zebra -v -f kohadev
13 - Repeat search
14 - Success!
Signed-off-by: David Nind
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Wed Jun 2 23:56:46 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Wed, 02 Jun 2021 21:56:46 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
--- Comment #38 from David Nind ---
(In reply to Ivan Dziuba from comment #33)
..
> I checked it and it works :). Do you use Koha 21.05? Thanks.
..
Hi Ivan. I'm using master - I tried again and still get the same error for the
CSS follow-up patch:
..
Apply? [(y)es, (n)o, (i)nteractive] y
Applying: Bug 27113: (follow-up) Move new CSS to main SCSS files
error: sha1 information is lacking or useless
(koha-tmpl/intranet-tmpl/prog/css/elasticsearch/autocomplete.css).
error: could not build fake ancestor
Patch failed at 0001 Bug 27113: (follow-up) Move new CSS to main SCSS files
..
I can get the patches to apply if I use interactive, comment out the CSS
follow-up patch, then apply again using interactive and then just apply the CSS
follow-up patch.
I'm assuming the error is because the follow-up CSS is being applied first, but
what it is changing doesn't exist yet as it is one of the later patches.
I don't know enough about patches to fix this up, but will try and test with
what I have.
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:50:34 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:50:34 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Needs Signoff |Signed Off
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:50:36 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:50:36 +0000
Subject: [Koha-bugs] [Bug 28506] New: Editing purchase suggestion with no
library or item type does not save edits
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28506
Bug ID: 28506
Summary: Editing purchase suggestion with no library or item
type does not save edits
Change sponsored?: ---
Product: Koha
Version: 20.05
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Acquisitions
Assignee: koha-bugs at lists.koha-community.org
Reporter: bwsdonna at gmail.com
QA Contact: testopia at bugs.koha-community.org
To recreate:
1. Enter a purchase suggestion in the staff client with just a title - no
library or document type
2. Edit the purchase suggestion and add publisher or ISBN, etc and save.
3. Notice that the changes are not saved.
4. Edit the record to add publisher and document type and save.
5. On the purchase suggestion summary screen, see that the item type was
added, but publisher was not.
6. Edit the purchase suggestion again and see that the document/item type does
not show.
7. Add publisher and select a library and save.
8. All data is updated, but the purchase suggestion gets moved to Status
Unknown.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:50:43 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:50:43 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #120140|0 |1
is obsolete| |
--- Comment #39 from David Nind ---
Created attachment 121555
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121555&action=edit
Bug 27113: ElasticSearch: Autocomplete in input search
Usually the user knows only part of the title of the book or only the name of
the author, etc. When he start search something Koha (ElasticSearch) predicts
the rest of a word or expression which user is typing. Autocomplete predicts
that thanks to index of ElasticSearch.
TEST PLAN
Important! In this patch we need to do reindex ElasticSearch. ElasticSearch
must have all information in his index.
1. Go Intranet -> Preference -> SearchEngine -> ElasticSearch
!! APPLY PATCH !!
2. Mapping is good (Intranet -> Catalog -> Search engine configuration
(Elasticsearch) ).
!Recommended 'Reset Mapping' -> 'Yes'
3. In your koha-conf.xml file you must have good for
and version ES
4. Update Preference:
./installer/data/mysql/updatedatabase.pl
If that passe good you can look the lines:
- DEV atomic update: bug_27113-elasticsearch_autocomplete_input_search.perl
- Upgrade to XXX done : Bug 27113 - Autocomplete input on main page with
elasticsearch
5. After that we can look two options in the preferences:
- IntranetAutocompleteElasticSearch;
- OPACAutocompleteElasticSearch;
4. For add information in the index we must run script for reindexing:
./misc/search_tools/rebuild_elasticsearch.pl -v -d
5. Waiting for the end of indexing
6. Go on Preference and find :
- IntranetAutocompleteElasticSearch;
- OPACAutocompleteElasticSearch;
Value "Show" turn on autocomplete.
7. Now we have Autocomplete for Intranet/OPAC search input (advanced search
also).
Signed-off-by: David Nind
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:50:50 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:50:50 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #120806|0 |1
is obsolete| |
--- Comment #40 from David Nind ---
Created attachment 121556
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121556&action=edit
Bug 27113: (follow-up) QA Tests
Bug 27113: (follow-up) QA Tests (2)
Bug 27113: (follow-up) Fixup warnings.
TEST PLAN
Important! In this patch we need to do reindex ElasticSearch. ElasticSearch
must have all information in his index.
1. Go Intranet -> Preference -> SearchEngine -> ElasticSearch
!! APPLY PATCH !!
2. Mapping is good (Intranet -> Catalog -> Search engine configuration
(Elasticsearch) ).
!Recommended 'Reset Mapping' -> 'Yes'
3. In your koha-conf.xml file you must have good for
and version ES
4. Update Preference:
./installer/data/mysql/updatedatabase.pl
If that passe good you can look the lines:
- DEV atomic update: bug_27113-elasticsearch_autocomplete_input_search.perl
- Upgrade to XXX done : Bug 27113 - Autocomplete input on main page with
elasticsearch
5. After that we can look two options in the preferences:
- IntranetAutocompleteElasticSearch;
- OPACAutocompleteElasticSearch;
4. For add information in the index we must run script for reindexing:
./misc/search_tools/rebuild_elasticsearch.pl -v -d
5. Waiting for the end of indexing
6. Go on Preference and find :
- IntranetAutocompleteElasticSearch;
- OPACAutocompleteElasticSearch;
Value "Show" turn on autocomplete.
7. Now we have Autocomplete for Intranet/OPAC search input (advanced search
also).
Signed-off-by: David Nind
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:50:57 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:50:57 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #121498|0 |1
is obsolete| |
--- Comment #41 from David Nind ---
Created attachment 121557
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121557&action=edit
Bug 27113: (follow-up) Correction with Session
I have changed CGI::Session->new() from CGI::Session->load() for use session.
This condition - 'CGI::Session->load() or die CGI::Session->errstr();'
I am not sure that was good idea to use 'die' in this condition...What do you
think?
Thanks!
Signed-off-by: David Nind
--
You are receiving this mail because:
You are watching all bug changes.
From bugzilla-daemon at bugs.koha-community.org Thu Jun 3 02:51:04 2021
From: bugzilla-daemon at bugs.koha-community.org (bugzilla-daemon at bugs.koha-community.org)
Date: Thu, 03 Jun 2021 00:51:04 +0000
Subject: [Koha-bugs] [Bug 27113] ElasticSearch: Autocomplete in input search
In-Reply-To:
References:
Message-ID:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27113
David Nind changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #120109|0 |1
is obsolete| |
--- Comment #42 from David Nind