<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 13, 2018, 22:29 Thomas De Schampheleire <<a href="mailto:patrickdepinguin@gmail.com">patrickdepinguin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2018-06-13 20:39 GMT+02:00 Matey Chopov <<a href="mailto:matey.chopov@ca.abb.com" target="_blank" rel="noreferrer">matey.chopov@ca.abb.com</a>>:<br>
> Hi,<br>
><br>
> It looks like it happens with a specific .pdf manual, I tested it with another .pdf file and the exception didn't occur, the file got pushed correctly.<br>
><br>
> Here's the line in the trace I think is the most interesting:<br>
><br>
> DatabaseError: (DatabaseError) file is encrypted or is not a database u'SELECT ui.ui_id AS ui_ui_id, ui.ui_section AS ui_ui_section, ui.ui_key AS ui_ui_key, ui.ui_value AS ui_ui_value, ui.ui_active AS ui_ui_active \nFROM ui \nWHERE ui.ui_key = ?' ('push_ssl',)<br>
> 2018-06-13 11:07:04.946 ERROR [waitress] Exception when servicing <waitress.channel.HTTPChannel connected <a href="http://0.0.0.0:12756" rel="noreferrer noreferrer" target="_blank">0.0.0.0:12756</a> at 0x7f06c5923e90><br>
><br>
> I have uploaded the surrounding log on pastebin: <a href="https://pastebin.com/n9fY4xae" rel="noreferrer noreferrer" target="_blank">https://pastebin.com/n9fY4xae</a><br>
><br>
> So the problematic pdf that I though wasn't encrypted, was actually encrypted with RC4, the weird thing is that in Git Extensions you can still see the file contents in the "diff" section.<br>
><br>
> Apparently, pdf readers automatically decrypt such files if there is no password (which is the current case).<br>
><br>
> I used qpdf to decrypt the file (with no password) which gave another valid .pdf file with no encryption (at least that's what I get when I analyze the file with pdfinfo).<br>
><br>
> Tried pushing that file too, but it still failed.<br>
><br>
> I played with the pdf headers, changed the Creator and Producer values to the ones of a .pdf file I know could be uploaded. Same error.<br>
><br>
> I tried converting the file from pdf1.3 to pdf1.4, same issue.<br>
><br>
> So, what finally worked for me was converting from pdf to ps, then to text, then from the text file, to ps, and then to pdf. The indexing table got screwed, but that doesn't really bother me. Finally, pushed the new pdf file to the git repo with success.<br>
><br>
> Commands:<br>
><br>
> pdftops test.pdf <a href="http://test.ps" rel="noreferrer noreferrer" target="_blank">test.ps</a><br>
> ps2txt <a href="http://test.ps" rel="noreferrer noreferrer" target="_blank">test.ps</a> test.txt<br>
><br>
> enscript -B --margins=10:10 -o <a href="http://test.ps" rel="noreferrer noreferrer" target="_blank">test.ps</a> -f Courier@7.3/1 test.txt<br>
> ps2pdf <a href="http://test.ps" rel="noreferrer noreferrer" target="_blank">test.ps</a> test_last.pdf<br>
><br>
<br>
Your log also shows:<br>
<br>
Traceback (most recent call last):<br>
  File "/opt/Kallithea/local/lib/python2.7/site-packages/waitress/task.py",<br>
line 74, in handler_thread<br>
    task.service()<br>
  File "/opt/Kallithea/local/lib/python2.7/site-packages/waitress/channel.py",<br>
line 368, in service<br>
    request._close()<br>
  File "/opt/Kallithea/local/lib/python2.7/site-packages/waitress/parser.py",<br>
line 249, in _close<br>
    body_rcv.getbuf()._close()<br>
  File "/opt/Kallithea/local/lib/python2.7/site-packages/waitress/buffers.py",<br>
line 303, in _close<br>
    buf._close()<br>
  File "/opt/Kallithea/local/lib/python2.7/site-packages/waitress/buffers.py",<br>
line 110, in _close<br>
    self.file.close()<br>
IOError: [Errno 9] Bad file descriptor<br>
<br>
<br>
which reminds me of following two open issues:<br>
<br>
<a href="https://bitbucket.org/conservancy/kallithea/issues/219/waitress-exception-when-serving-file" rel="noreferrer noreferrer" target="_blank">https://bitbucket.org/conservancy/kallithea/issues/219/waitress-exception-when-serving-file</a><br>
<a href="https://bitbucket.org/conservancy/kallithea/issues/229/bad-file-descriptor" rel="noreferrer noreferrer" target="_blank">https://bitbucket.org/conservancy/kallithea/issues/229/bad-file-descriptor</a><br>
<br>
<br>
<br>
Is the PDF on which you see the issue something you could share?<br>
Or could you create another PDF with dummy data that also exhibits the issue?<br>
<br>
If at all it would be possible, could you test with the default branch<br>
of Kallithea, instead of 0.3.5 ?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Note that it doesn't make sense to me that the contents of the file would matter. I think it is more likely about the file size. Could you check the file sizes of the different files you tested with?</div><div dir="auto"><br></div><div dir="auto">Also, the reporter of issue #219 reported back that his issue was gone when switching away from waitress to another web server, in his case uwsgi. Could you try that too ?</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Thomas</div></div>