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

[Bug 13985] Cash Management - Koha as 'Point of Sale'
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13985 Bug 13985 depends on bug 28187, which changed state. Bug 28187 Summary: rowGroup headings are getting their styles overriden https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28187 What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to oldstable |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Not able to adjust size of barcode numbers
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 --- Comment #6 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- Still valid on 20.05 Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Not able to adjust size of barcode numbers
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.robitaille@collecto | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14149] Labels: Make barcode width and height scaling editable
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14149 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila@collect | |o.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Alexander Borkowski <alexander.borkowski(a)kau.se> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.borkowski(a)kau.se -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24683] New: Holds on biblios with different item types: rules for holds allowed are not applied correctly if any item type is available
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24683 Bug ID: 24683 Summary: Holds on biblios with different item types: rules for holds allowed are not applied correctly if any item type is available Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hans.palsson(a)hkr.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 99257 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99257&action=ed… An example of a biblio with mixed itemtype items. When having different rules for placing holds for each item type, having both item types on one biblio "breaks" these rules. As shown in the attachment: Smart rules for item type "Course literature" allows patrons to place holds on items. The smart rules for the item type "Dayloan" does not allow patrons to place holds on the items. When having both item types on one biblio, it should in theory be possible to place a hold on biblio level even if the dayloan item type is available. Setting the option "AllowHoldItemTypeSelection" to allow does not solve the problem. Various other options have been tried, but as long as there is an available item that is not "not for loan", then placing holds is not possible. This is troublesome for us, since holds must be placed manually by staff. The Dayloan item type is for having a copy available for many students and should not be placed on hold. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 64

[Bug 12362] Branch transfer records orphaned on cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12362 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28520 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28520 [Bug 28520] Cancelling a hold that is in transit hides item's transit status -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12620] Proxy Add-on for Koha z39.50/SRU servers
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 --- Comment #12 from David Cook <dcook(a)prosentient.com.au> --- Actually for readability we could change 'connect:squid:3128,tcp:lx2.loc.gov:210' to 'connect:squid:3128,lx2.loc.gov:210'. To get this working for Koha... We would need to change our syntax in C4::Breeding::_create_connection to use '$obj->connect($host)' instead of '$obj->connect( $server->{host}, $server->{port} )'. We would also need some way to specify the HTTP Proxy. Option 1: Add a http_proxy field (or http_proxy_hostname and http_proxy_port fields) to the z3950servers table. Option 2: Specify a http_proxy in the koha-conf.xml. This might be a better option, since it's more centralized. Plus, there might be other parts of Koha that would benefit from being able to go through a HTTP proxy. (For example OverDrive integration?) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12620] Proxy Add-on for Koha z39.50/SRU servers
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '21

08 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 --- Comment #11 from David Cook <dcook(a)prosentient.com.au> --- Adam inspired me to test this, and I got a proof-of-concept working in Docker using a Squid proxy. Here are the steps if someone wants to reproduce my efforts: Windows: 1. docker pull sameersbn/squid:3.5.27-2 2. docker run --name squid --publish 3128:3128 sameersbn/squid:3.5.27-2 3. docker cp squid:/etc/squid/squid.conf ./squid.conf.default 4. cp ./squid.conf.default ./squid.conf 5. sed -i 's/http_access deny all/http_access allow all/' ./squid.conf 6. sed -i 's/http_access deny CONNECT/http_access allow CONNECT/' ./squid.conf 7. docker stop squid 8. docker rm squid 9. docker run --name squid --publish 3128:3128 --volume "/$(PWD)/squid.conf:/etc/squid/squid.conf" --net koha_kohanet sameersbn/squid:3.5.27-2 Koha container: 1. http_proxy=squid:3128 curl -v https://www.google.com 2a. yaz-client connect:squid:3128,tcp:lx2.loc.gov:210 2b. base LCDB 2c. find test 2d. show 1 3a. Use ZOOM in a Perl script to connect to Squid proxy 3b. This works (shows 10000 results connecting to LOC LCDB database and searching for as title of ‘test’) 3c. Script included below* * #!/usr/bin/perl use ZOOM; my $conn = new ZOOM::Connection('connect:squid:3128,tcp:lx2.loc.gov:210'); $conn->option( databaseName => 'LCDB' ); my $rs = $conn->search_pqf('@attr 1=4 test'); my $n = $rs->size(); warn $n; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11158] Authorities 'starts with' search returns the same as 'contains' when using ICU
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '21

07 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11158 --- Comment #13 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #12) > The test plan works ok on current master for me, but I assume this is > because the kohadevbox is using ICU by default. I am not sure how to > activate ICU there. I think you mean using CHR by default. I wonder if we should change to ICU default some time. It involves updating /etc/koha/zebradb/etc/default.idx and then re-indexing Zebra. Although I didn't have that in my test plan I wonder why... -- You are receiving this mail because: You are watching all bug changes.

1 0