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

[Bug 24779] New: Shibboleth login url double encodes "=" in query
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '24

10 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24779 Bug ID: 24779 Summary: Shibboleth login url double encodes "=" in query Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: hannah.co(a)northwestu.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org login_shib_url and logout_shib use _get_return to process a url and parameters. I am seeing urls come through with the "=" between the parameter name and the query encoded to "%3D". I think this is because url encoding is done on line 214 to the whole parameter string after assembly. 214 return $uri_base_part . URI::Escape::uri_escape_utf8($uri_params_part); I believe only the query part of the parameter should be uri escaped, on line 209: 209 $uri_params_part .= $uriPiece; My installation with shibboleth login works with lines 209 and 214 changed as follows: 209 $uri_params_part .= URI::Escape::uri_escape_utf8($uriPiece); 214 return $uri_base_part . $uri_params_part; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22497] New: '0' width can lead to an infinite loop.
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '24

10 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22497 Bug ID: 22497 Summary: '0' width can lead to an infinite loop. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- > > "Aha... it's the parentheses which are the problem. They're being interpreted as > > regex metacharacters and not literal values!" > > We noticed that there seems to be an infinite loop if the template has some > or all entries with "0" in it (like in default when creating a new > template). Could this be the same cause? Sorry, I just realized that you were referring to the template rather than the layout. Yes, it would be a related problem, but a separate issue. If 'label_width' is 0, then $self->{'width'} will be 0. That means that this condition will be triggered: if (($string_width + $text_attribs->{'llx'}) > $self->{'width'}) And because $self->{'width'} is 0, then the following condition would never feasibly be triggered: if (($string_width + $text_attribs->{'llx'}) < $self->{'width'}) And this condition is the only thing that can stop the infinite loop. Really the line wrapping code looks like it would benefit from a re-write. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 21508] New: lost item phrase is repeated on pay fines page, when a patron is charged after an item is changed to lost
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '24

08 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21508 Bug ID: 21508 Summary: lost item phrase is repeated on pay fines page, when a patron is charged after an item is changed to lost Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org The preference system WhenLostChargeReplacementFee = charge On the tab fines, pay fines (/members/pay.pl), when a patron is charged automatically because an item he has borrowed is changed to lost status, the test repeats "lost iem" twice in the column description : Lost item , Lost Item + Title -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 21507] New: Decimal separators issues in patrons payments/fines, simplified
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '24

08 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21507 Bug ID: 21507 Summary: Decimal separators issues in patrons payments/fines, simplified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr This is a reboot of bug 12310 with simpler specs. kidclamp and paul_p discussed about it at the KohaCon and they would push for simpler requirements than the ones that I got at the 2018 march hackfest. And after some discussions on #koha, it seems that it should be acceptable :) == Specs == - allow only one separator, the one from CurrencyFormat - if some libraries really need supporting multiple ones, it should be another patch, don't hesitate to open a bug to talk about this - do not handle thousands separator - block form submission if the format is wrong == resources: some of the latest IRC discussions == http://irc.koha-community.org/koha/2018-10-05#i_2078324 http://irc.koha-community.org/koha/2018-10-05#i_2078377 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 32459] New: Add option to expire patrons who were updated in the update_patrons.pl cron job
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '24

07 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32459 Bug ID: 32459 Summary: Add option to expire patrons who were updated in the update_patrons.pl cron job Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A common use of the update_patrons.pl is to update a child card to an adult account. It would be really helpful to be able to expire the account when the patron category is changed. The reason behind this specific situation is when patrons become "adults" libraries need to get a new application form signed, so the individual is now responsible for the account. Perhaps there can be a way to set the expiration date to the current date when those accounts are updated? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33177] New: Use include file for subfield constraints in both authority and bibliographic frameworks
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33177 Bug ID: 33177 Summary: Use include file for subfield constraints in both authority and bibliographic frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The subfield entry forms for authority types and MARC bibliographic frameworks are almost the same, and with a little bit of conditional logic both could use the same template -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 36168] New: remove_unused_authorities.pl timeout error that's not a timeout error
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36168 Bug ID: 36168 Summary: remove_unused_authorities.pl timeout error that's not a timeout error Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I have been trying to run remove_unused_authorities.pl and it keep's receiving an error: authid=306335 type=PERSO_NAME[Timeout] ** [http://172.20.20.23:9200]-[599] Timed out while waiting for socket to become ready for reading, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Search.pm line 95. With vars: {'request' => {'ignore' => [],'mime_type' => 'application/json','path' => '/koha_planoisd_biblios/_search','method' => 'GET','serialize' => 'std','body' => {'from' => 0,'query' => {'query_string' => {'query' => '(koha-auth-number:306335)','type' => 'cross_fields','default_operator' => 'AND','fuzziness' => '0','analyze_wildcard' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),'fields' => ['itemnumber','uri','rtype','music-key','itemtype','identifier-publisher-for-music','notforloan','nal-call-number','llength','itype','language-original','lc-call-number','record-url','author-name-corporate','control-number','local-number','related-title','number-local-acquisition','author','title-key','extent','record-source','copynumber','enumchron','su-geo','material-type','control-number-identifier','renewals','geographic-class','pl','issn','index-term-uncontrolled','language-note','udc-classification','cn-class','date-of-acquisition','title-medium','thematic-number','editor','copydate','datelastseen','ta','ff8-23','cn-prefix','ln','title-cover','stack','materials-specified','ctype','name-geographic','biblioitemnumber','name-and-title','abstract','ff7-01-02','name','acqsource','author-name-personal','stock-number','not-onloan-count','ln-subtitle','cn-item','cross-reference','bio','interest-age-level','lexile-number','title','publisher','nlm-call-number','price','cn-suffix','ff7-01','bgf-number','author-in-order','replacementprice','location','bnb-card-number','author-personal-bibliography','number-legal-deposit','title-abbreviated','cn-bib-sort','note','author-title','date-entered-on-file','index-term-genre','contents','dissertation-information','code-institution','indexed-by','number-natl-biblio','host-item','number-govt-pub','ccode','lc-card-number','conference-name','replacementpricedate','ff8-29','bib-level','title-part','identifier-other','totalissues','title-series','title-collective','title-other-variant','report-number','arp','reserves','corporate-name','date-time-last-modified','microform-generation','subject-name-personal','cn-bib-source','local-note','coded-location-qualifier','other-control-number','homebranch','number-db','restricted','koha-auth-number','provider','datelastborrowed','isbn','withdrawn','reading-grade-level','title-expanded','record-control-number','host-item-number','damaged','curriculum','ln-audio','date-of-publication','lf','classification-source','local-classification','title-uniform','holdingbranch','coden','map-scale','ff7-02','arl','ff7-00','personal-name','issues','title-later','dewey-classification','related-periodical','subject','cn-sort','identifier-standard','interest-grade-level','lost','code-geographic','title-former','barcode'],'lenient' => $VAR1->{'request'}{'body'}{'query'}{'query_string'}{'analyze_wildcard'}}},'size' => 10,'aggregations' => {'author' => {'terms' => {'field' => 'author__facet','size' => '50'}},'su-geo' => {'terms' => {'size' => '50','field' => 'su-geo__facet'}},'ln' => {'terms' => {'size' => '50','field' => 'ln__facet'}},'subject' => {'terms' => {'field' => 'subject__facet','size' => '50'}},'homebranch' => {'terms' => {'field' => 'homebranch__facet','size' => '50'}},'location' => {'terms' => {'field' => 'location__facet','size' => '50'}},'ccode' => {'terms' => {'field' => 'ccode__facet','size' => '50'}},'itype' => {'terms' => {'size' => '50','field' => 'itype__facet'}},'title-series' => {'terms' => {'size' => '50','field' => 'title-series__facet'}}}},'qs' => {'track_total_hits' => 'true'}},'status_code' => 599} Unable to perform your search. Please try again. The script then seems to hang and not be able to move forward. I tried running with the authoritycategory flag set to limit the number of authorities to search through, but whenever I run the PERSO_NAME category it gives the same error. I was given the advice that this is most likely caused by a piece of data not being anble to be queried and then that error not being handled by the script. I am happy to try and track down the offending record, but don't know how to start that search. Help would be appreciated. Thank you! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34762] New: Add a search based select component to ERM
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34762 Bug ID: 34762 Summary: Add a search based select component to ERM Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Currently all dropdown menus are unpaginated in ERM so we need a component to provide the ability to have a searchable select dropdown to limit results loaded by the page on render. Currently bug 32474 (Ajax based inifinite scrolling) is proving problematic so a search based dropdown is the best interim solution. Infinite scrolling can be merged into this when the scroll bump has a fix. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 20819] New: GDPR: Add a consent field for processing personal data
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20819 Bug ID: 20819 Summary: GDPR: Add a consent field for processing personal data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See 18081 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 106

[Bug 29621] New: Add link for Lists on opac-detail.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29621 Bug ID: 29621 Summary: Add link for Lists on opac-detail.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org When logged into the OPAC and viewing a results list of titles on opac-search.pl it is possible to see if a title is contained in a List. The link allows the user to click on it to get to the contents of the List. It would be helpful if the link for the List was also displayed on opac-detail.pl so the user could get to the results of the List from that page as well. -- You are receiving this mail because: You are watching all bug changes.

1 17