-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Arabic file import fails pdf splitting #385
Comments
Requires IiifPrint gem update. UV issue requires notch8/iiif_print#224 fix. Will come at a later point. |
IiifPrint update handled in #313 |
This was ported over from the IIIF Print gem. Related to: - notch8/iiif_print#223 - notch8/britishlibrary#385
This passes SoftServ QA: See attached screenshot. tested on:
testing instructions
|
Hi @laritakr - the specific test instructions are successful. However, when I replicated the real life scenario of uploading two pdf files (the English book and the Arabic translation) at the point of adding a new work, there was some unexpected behaviour. The most obvious sign of this is that the first split page displayed is page 039 (see screenshot below). This suggests that either some pages have not been split (yet?) or that something unexpected has happened to the ordering of the split pages. I notice there are split pages still appearing on the recent works feed despite the fact that I added this work about 24 hours ago (I'm assuming these are from my upload and not a subsequent SoftServ test). Is there another backlog? I wasn't sure whether to pass this ticket through QA and flag this unexpected behaviour as a different issue. I suspect you will know better whether this is related or distinct. |
Hi @grahamjevon This seems to be a completely separate issue, and also recently happened with another client as well. I'm really stumped on it but haven't had time yet to track down a cause - these randomly occurring issues are tough to duplicate and trace! (I checked and did not see anything remaining in sidekiq) We definitely need a new ticket for this behavior. |
Story
Work: https://bl.bl-staging.notch8.cloud/concern/books/8beed1ee-e4ef-412e-92b3-8718ca8e3e10
The arabic file on this work is just sitting in sidekiq during the pdf split process and not doing anything. It appears to be locking up on
Open3.popen3(cmd) do |_stdin, stdout, _stderr, _wait_thr|
line. Is there a better way to open the pdf file and run the ghostscript command on it?See also:
Acceptance Criteria
Screenshots
Testing Instructions and Sample Files
and appears in UV(moved to UV manifest cannot handle large solr queries iiif_print#224)Notes
The text was updated successfully, but these errors were encountered: