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

[Bug 13193] Make Memcached usage fork safe
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '19

18 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #29 from David Cook <dcook(a)prosentient.com.au> --- I say reliable and then I have a long series of perfect runs with no errors one after the other... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Make Memcached usage fork safe
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '19

18 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #28 from David Cook <dcook(a)prosentient.com.au> --- Quite the heisenbug although I'm making progress getting more reliable test results but testing Cache::Memcached::Fast directly. Note the \d+) is the pid of the child process. 100 hundred 26091) akey = 100 26091) bkey = hundred 26092) akey = 100 26092) bkey = hundred 26093) akey = 100 26093) bkey = 100 26094) akey = hundred 26094) bkey = hundred 26097) akey = 100 26095) akey = 100 26095) bkey = hundred 26097) bkey = hundred 26096) akey = 100 26096) bkey = 100 26098) akey = hundred 26100) akey = hundred 26099) akey = hundred 26099) bkey = hundred Use of uninitialized value in concatenation (.) or string at test.pl line 22. 26098) bkey = Use of uninitialized value in concatenation (.) or string at test.pl line 22. 26100) bkey = I'm actually quite intrigued by those undefs retrieved at the end. Those are really rare. I'm able to get mixed up values quite regularly but a null response... wow. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Make Memcached usage fork safe
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '19

18 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #27 from David Cook <dcook(a)prosentient.com.au> --- But... I'll try to see if I can come up with a test that is reliable...ish... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Make Memcached usage fork safe
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '19

18 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #26 from David Cook <dcook(a)prosentient.com.au> --- $VAR1 = { 'localhost:11211' => '1.5.6' }; $VAR1 = { 'localhost:11211' => '1.5.6' }; -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Make Memcached usage fork safe
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '19

18 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #25 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Martin Renvoize from comment #23) > I'm wondering if it's worthwhile effectively porting the test from > Cache::Memcached::Fast::Safe for forking: > https://metacpan.org/source/KAZEBURO/Cache-Memcached-Fast-Safe-0.06/t/ > 02_fork.t. > > It doesn't test our particular case, but, assuming it's right, should catch > cases of missed calls to disconnect_all (which ::Safe does for us here).. in > that way we should catch failures if someone down the line decides to remove > the ::Safe module without fully understanding why we were using it. > > Thoughts? To be honest, that test looks pretty useless, as a barebones implementation using Cache::Memcached::Fast doesn't show any errors. use strict; use warnings; use Cache::Memcached::Fast; use Data::Dumper; my $cache = Cache::Memcached::Fast->new({ servers => ["localhost:11211"], }); my $version = $cache->server_versions; warn Dumper($version); my $pid = fork; if ( $pid == 0 ){ my $after_fork = $cache->server_versions; warn Dumper($after_fork) } waitpid($pid,0); -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23242] New: Error when adding new server in DB strict mode
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23242 Bug ID: 23242 Summary: Error when adding new server in DB strict mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Unless you select 'preselected' and set 'rank' and 'timeout' DBIx::Class::Storage::DBI::_dbh_execute(): Incorrect integer value: '' for column 'checked' at row 1 at /kohadevbox/koha/admin/z3950servers.pl line 82 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22272] New: Calendar: When entering date ranges grey out dates in the past from the start date
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22272 Bug ID: 22272 Summary: Calendar: When entering date ranges grey out dates in the past from the start date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 21885 Target Milestone: --- When working with date ranges in the calendar it would be nice if it was not possible to select dates in the past from the starting date. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21885 [Bug 21885] Calendar to-date starts before end-date -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 23385] New: Hide default value fields by default on patron import
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23385 Bug ID: 23385 Summary: Hide default value fields by default on patron import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing patrons there is a very long form to supply default values for patron fields. This is not always used and can be hidden unless needed to make the form display nicer -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 23438] New: Use Font Awesome icons in intranet search results browser
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23438 Bug ID: 23438 Summary: Use Font Awesome icons in intranet search results browser Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In intranet after a search you see a results browser top left of biblio record details. Actually this uses text for links next and previous with a character for the arrows. I propose to use Font Awesome icons arrows. In fact the translated text is often too large for those buttons. For example "Previous" is "Précédant" in french and it causes the next and previous buttons to display on two lines. Using icons is more compact and easy to use. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 23319] New: Reloading page when adding to basket from existing order can cause internal server error
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23319 Bug ID: 23319 Summary: Reloading page when adding to basket from existing order can cause internal server error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Have a basket in acquisitions 2 - Add to basket from an existing record 3 - Perform a search with results 4 - Note the URL has no params 5 - Refresh the page 6 - Get an error -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13