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

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #92827|0 |1 is obsolete| | --- Comment #9 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Created attachment 92835 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92835&action=ed… Bug 13193: Make Memcached usage fork safe When a high enough number of forks try to access for example system preferences with Koha::Cache using memcached as backend the results of different cache requests get mixed up. The problem is fixed by using Cache::Memcached::Fast::Safe that is a fork safe version of Cache::Memcached::Fast. Sponsored-by: The National Library of Finland -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff --- Comment #8 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Waiting for someone to sign-off the patch! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #7 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Created attachment 92827 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92827&action=ed… Bug 13193: Make Memcached usage fork safe When a high enough number of forks try to access for example system preferences with Koha::Cache using memcached as backend the results of different cache requests get mixed up. The problem is fixed by using Cache::Memcached::Fast::Safe that is a fork safe verson of Cache::Memcached::Fast. Sponsored-by: The National Library of Finland -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 --- Comment #6 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- To reproduce run you can use the following snippet: ------------------------------------------------------------- use C4::Context; use C4::SIP::Sip::MsgType; my $threads = 50; for (1 .. $threads) { if (fork() == 0) { C4::SIP::Sip::MsgType::api_auth("DDDDDD", "fffffff", "YY"); exit; } } wait for $threads; ------------------------------------------------------------- and following diff: ------------------------------------------------------------- --- a/C4/Context.pm +++ b/C4/Context.pm @@ -418,6 +418,7 @@ sub preference { if ($use_syspref_cache) { $syspref_cache = Koha::Caches->get_instance('syspref') unless $syspref_cache; my $cached_var = $syspref_cache->get_from_cache("syspref_$var"); +warn "Cache for $var is $cached_var"; return $cached_var if defined $cached_var; } -------------------------------------------------------------- Notice how *sometimes* the output of the warn message "Cache for version is 1d" has 1d as the value instead of an actual Koha version like 19.0600013. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |ASSIGNED Assignee|gmcharlt(a)gmail.com |joonas.kylmala(a)helsinki.fi --- Comment #5 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- I started to work on a patch for this. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13193] Discussion: strategy for diagnosing memcache issues.
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13193 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joonas.kylmala(a)helsinki.fi --- Comment #4 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- I don't think there is corruption happening in memcached but a race condition caused by us using Cache::Memcached::Fast even though it is not thread/fork safe. I fixed this issue by replacing it with Cache::Memcached::Fast::Safe, hopefully I will manage to send a patch soon. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15218] Make processes that rely on background jobs run in CGI mode
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15218 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|Oldversions |--- Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj(a)kohaaloha.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20335] New: Stage MARC records for import does not work under Plack
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '19

16 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20335 Bug ID: 20335 Summary: Stage MARC records for import does not work under Plack Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: arouss1980(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In a vanilla 17.11.03 installation with Plack enabled, attempting to stage a MARC record for import fails with a pop-up message that reads: "Failed to submit form: error". In intranet-error.log the following information appears: stage-marc-import.pl: /usr/share/koha/intranet/cgi-bin/tools/stage-marc-import.pl: cannot open input file /tmp/koha_hax_upload/3f11cee01b610984d5dbd6430106d173_koha.mrc: No such file or directory The permissions of the directory and file above are as follows: drwxr-xr-x 2 hax-koha hax-koha 4096 Mar 5 16:18 /tmp/koha_hax_upload -rw-r--r-- 1 hax-koha hax-koha 1058 Mar 5 16:18 /tmp/koha_hax_upload/3f11cee01b610984d5dbd6430106d173_koha.mrc To reproduce, simply enable Plack in a vanilla 17.11.03 installation, then go to Home -> Tools -> Stage MARC records for import, browse for a file, hit the "Upload file" button, and then click the "Stage for import" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23603] New: Patrons to notify on receiving is loss when transfered order to another vendor
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '19

15 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23603 Bug ID: 23603 Summary: Patrons to notify on receiving is loss when transfered order to another vendor Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: apirak(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org Created attachment 92773 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92773&action=ed… Update aqorder_users when transfer order to another vendor == Test plan == 1. Have/Create a active budget 2. Have/Create a fund 3. Have/Create a vendor with minimal info 4. Create a basket with minimal info 5. Add an order line to the basket Add a user in "To notify on receiving" 6. Make transfer the order to another vendor 7. View/Modify the order 8. The user in "To notify on receiving" isn't here. This is the bug -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 15497] Limit Item Types by Branch
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '19

15 Sep '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15497 --- Comment #36 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > > Some minor additions in the future might be nice.. there's nothing that ties > > this in at the circ rules level.. one can still create a circ rule at any > > branch with any itemtype for example and there's nothing to prevent an item > > being permanently transferred to the branch without that itemtype and as > > such you end up with an incorrectly types item at that branch. > > > > I don't see either of the above as failure points, but perhaps worth > > mentioning and perhaps a followup bug creating to document these > > shortcomings. > > I'm sure the consortia that sponsored this dev will have interesting > additions and requests to make now that this is in master and can have a > real-life test drive! I think both those might be desirable behaviour for some workflows, so happy to see what's to come too :) -- You are receiving this mail because: You are watching all bug changes.

1 0