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

[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 37053] New: OpacHiddenItemsExceptions not taken into account when displaying values in the Advanced Search item search filters
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '24

07 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37053 Bug ID: 37053 Summary: OpacHiddenItemsExceptions not taken into account when displaying values in the Advanced Search item search filters Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If you hide a particular Item type, Collection code or Shelving Location value using OpacHiddenItems system preference it will usefully also hide that option from the Advanced Search items search filters (the tabbed display controlled by OpacAdvancedSearchTypes). However, if you make use of OpacHiddenItemsExceptions the values hidden by OpacHiddenItems remain hidden in those Advanced Search tabs for logged in patrons with a patron category that have an exception. It would be great if those patrons could see the hidden values in the tickbox filters to help with searching. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 25339] Validate biblionumber on opac-basket.pl and opac-review.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '24

07 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25339 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|dcook(a)prosentient.com.au |oleonard(a)myacpl.org Status|Failed QA |In Discussion --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- Sorry, Owen. I reset the Assignee a little while ago, as it seemed we'd hit a dead-end here and I didn't want folk thinking I was still working on it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 37045] New: Redirect to login page or modal when adding a title to a list
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37045 Bug ID: 37045 Summary: Redirect to login page or modal when adding a title to a list Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC, if you're not logged in and try to create a list from the search results, there is only a browser alert saying you need to be logged in. It would be helpful to the patron if they were redirected to the login page, or if a login modal popped up so they can log in and create their list. To recreate: 1. Make sure you are not logged into the OPAC 2. Search for a term broad enough to get you some results (e.g. shakespeare) 3. Select one or more results and choose the "[New list]" option from the "With selected titles:" dropdown --> You get a browser alert saying you must be logged in To compare: 4. Click Lists > Log in to create your own lists --> You are redirected to the login page -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 37042] Schema Upgrade fail at 23.06.00.049 > Bug 31503 - Change patron_consent.type
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37042 --- Comment #3 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Downgrading from 'critical' to 'normal' as I think this might be a local issue rather than a wider problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 37042] Schema Upgrade fail at 23.06.00.049 > Bug 31503 - Change patron_consent.type
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '24

06 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37042 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0