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 #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

[Bug 23436] New: Undefined named save backend in advanced editor
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23436 Bug ID: 23436 Summary: Undefined named save backend in advanced editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 16232 add a "duplicate" backend without label. This make the backend appears as undefined in save backend list. Also, with bug 18823 applied, this undefined backend prevent editor to be loaded. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 23338] New: Cannot specify relpacement price when ordering from file if not using fields to order
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23338 Bug ID: 23338 Summary: Cannot specify relpacement price when ordering from file if not using fields to order 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 test: 0 - Clear MarcFieldsToOrder and MarcItemFieldsToOrder preferences 1 - Have a budget/fund/vendor in acquisitions 2 - Create or find a basket for vendor 3 - Add to basket from a file or staged batch (can use any record) 4 - Note there is no option for replacement price 5 - Add the order 6 - Replacement price is 0 - you must modify order or set upon receiving -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 23539] New: .accounttype should match authorised_values.authorised_value in size
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '19

17 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23539 Bug ID: 23539 Summary: .accounttype should match authorised_values.authorised_value in size Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Account type is a varchar(16), but the authorised value filling it ( MANUAL_INVOICE type ) is a varchar(80). Account type should be increased to this size to avoid truncation of authorised values. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15