October 2020 - Koha-bugs - lists.koha-community.org

[Bug 16696] Rename "Publisher" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 --- Comment #11 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- Created attachment 112696 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112696&action=e… Bug 16696: Rename 'Publisher' to 'Publication details' on detail and result lists To test: 1) Do a catalog search in staff client 2) Confirm 'Publisher' says 'Publication details' for each result in search 3) Click on a record to go to the detail page 4) Confirm 'Publisher' says 'Publication details' 5) Click the Items tab on the left 6) Confirm 'Publisher' says 'Publication details' 7) Do a search in the OPAC 8) Confirm 'Publisher' says 'Published' for each result in search 9) Click on a record to go to the detail page and switch to the items tab 10) Confirm 'Publisher' says 'Publication details' on top of the page Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Tomas Cohen Arazi <tomascohen(a)theke.io> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16696] Rename "Publisher" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #112547|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16696] Rename "Publisher" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16696] Rename "Publisher" on detail and result lists
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16696 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com QA Contact|testopia(a)bugs.koha-communit |tomascohen(a)gmail.com |y.org | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20342] New: Fix table locking issue, progress bar not updating, and allow use of plack for Stage MARC Import
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20342 Bug ID: 20342 Summary: Fix table locking issue, progress bar not updating, and allow use of plack for Stage MARC Import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Have you ever seen this error? DBD::mysql::st execute failed: Deadlock found when trying to get lock; try restarting transaction [for Statement "INSERT INTO import_record_matches (import_record_id, candidate_match_id, score), Have you ever noticed your progress bar during stage for import jumps from 0% to 100% with no updates in between? Would you like stage-marc-import.pl to work under plack? If you answered yes to any of the following questions, this bug is for you! During uploads of large records using matching rules, we were getting 'Failed to submit form' popups on the marc record importer. First, I noticed that the parent process of stage-marc-import.pl wasn't returning the job id via ajax until the child process had completed. This works fine for smaller files as they process fast. For large files ( and in particular when using matching rules ) the process takes *much* longer. It appears that $.ajax will resubmit the form if it doesn't get a response back in a given time ( I would estimate that to be about 30 seconds or so ). This causes a *second* instance of stage-marc-import.pl to be run. So now we have two processes both running transactions on the same table for the same batch id. I believe this is what is causing the Deadlock. So, the crux of the matter is that for whatever reason, the parent process will not output until the child process has gone away. Hours of research entailed. The final answer is that the child process must be detached from the parent process. I tried doing this via setsid() but it did not help. Finally, I found that using Net::Server::Daemonize did! After I had my solution, I decided to see if stage-marc-import.pl and background-job-progress.pl could now be run under plack, and it appears that they can! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 13618] Add additional template filter methods and a filter presence test to Koha
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |26865 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26865 [Bug 26865] Special characters in circulation note makes patron unsearchable in guarantor_search.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #114 from David Nind <david(a)davidnind.com> --- Everything seems to work as expected. However, prove t/db_dependent/Holds.t fails: t/db_dependent/Holds.t (Wstat: 3072 Tests: 67 Failed: 12) Failed tests: 37-39, 42, 47, 53, 55-58, 62, 64 Non-zero exit status: 12 Files=1, Tests=67, 7 wallclock secs ( 0.04 usr 0.01 sys + 5.38 cusr 0.41 csys = 5.84 CPU) Result: FAIL Let me know if you want a verbose log. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #25 from Séverine Queune <severine.queune(a)bulac.fr> --- Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 8179: Add tests Applying: Bug 8179: Add syspref to database Applying: Bug 8179: Add AcqReceiveMultipleOrderLines syspref to preference configuration Applying: Bug 8179: Receive multiple orders Using index info to reconstruct a base tree... M koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt Failed to merge in the changes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 --- Comment #45 from David Cook <dcook(a)prosentient.com.au> --- After reviewing Bug 20342, the method we've used for background jobs in CGI is not going to work with a persistent process. Now that Bug 22417 has been pushed to master, I think the way forward is to write modules to handle background tasks that we currently manage by forking in CGI. I am interested in doing this, but it is likely to happen in my own personal time, which means it's going to be a very slow process, especially as I have a number of Koha projects I'd like to complete. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '20

30 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 --- Comment #44 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #43) > See Bug 26854 for a potential fix. > > While I haven't tried with Plack, we haven't been forking > stage-marc-import.pl correctly in a CGI environment either. It's not a fix for Plack, but it is a fix for CGI... -- You are receiving this mail because: You are watching all bug changes.

1 0