queXF

Installation issue or software incompatability?

Asked by Phil White

Hi. I am attempting to set up a new installation.
Setting up on a Debian 9.2 system, apache2.4.25, mariabd 10.1.26, php 7.0.19-1.
firefox ESR 52.3.0
BasicAuth access secured by .htpasswd.
Accessing qx=uexf via both http://localhost/quexf and http://my-host.local.net/quexf
So far, I've tried queXF 1.19.0 & 1.20.2 -- both with exactly the same outcome.

I can log in. I can see, and verify, "System Setup / Text Configuration" -- Passed Configuration Test.
However, I can't appear to be able to do much else.
"Test Form Compatability" gives me an upload form. Attempting to upload Test_Original.pdf gives nothing more than a white page (still with the menu on the LHS).
Attempting to upload a new form (again using Test_Original.*) gives "Failed to import as no pages were detected", & "Failed to import as no pages were detected". This is on a clean database install.
Other menu items giving a blank RHS include:
Touch-up a form; Band a Form; interactive banding; limesurvey integration (Limesurvey works great, BTW); ... and a lot more...

The most annoying thing is that it almost seems to work, but I have no idea what is wrong. There are no helpful error messages that I can see (I've even tried the 'debug' option in the config file.

Can I have some suggestions please?

Thanks,
Phil

Question information

Language:
English Edit question
Status:
Solved
For:
queXF Edit question
Assignee:
No assignee Edit question
Solved by:
Phil White
Solved:
Last query:
Last reply:
Revision history for this message
Adam Zammit (adamzammit) said : 		#1

Hi Phil,

Can you please check the apache log files and see if any detail is given there (usually in /var/log/apache2 on debian dists)?

Adam

Revision history for this message
Phil White (whitepj) said : 		#2

Hi Adam
Thanks for getting back.

OK. I am narrowing down what is going on. My first thought was something like a mime error. The lack of any sort of message on the div id=main, object=mainobj was frustrating, and led to incorrect conclusions about incompatibilities, mime file config errors and http headers being wrong.

I do appear to have a problem with ghostscript. I had problems with this years ago on another issue as well -- due to the different forked versions. Currently have GPL Ghostscript 9.20 -- and receiving an "Unrecoverable Error" message when attempting to load the test_original form. I am investigating, but suggestions welcomed.

What is really weird is that I get the "Unrecoverable Error" ONLY (so for) when submitting either 1.19.0/doc/test_original.pdf or 1.20.2/doc/test_original.pdf. Test_blank.pdf appears to work OK. It was the failure of the default test pdf that triggered my first email.

test_blank.pdf successfully imports, as does a self-produced PDF form. I also appear to be able to manually band the form (even if I don't know what I am doing yet!)

However, I am also getting reams of PHP Notices. Apache error.log available if helpful.

Revision history for this message
Adam Zammit (adamzammit) said : 		#3

Hi Phil,

I have tested ghostscript with test_original.pdf using GS 9.20 on stock debian 9.2 without difficulty.

Maybe try re-installing the original or reinstalling it if you still have problems.

The notices should be fine to ignore - there is a bit of cleaning up in the code that needs to be done to clear those up but they shouldn't affect use.

Adam

Revision history for this message
Phil White (whitepj) said : 		#4

Hi Adam,
Sorry for the delay. I get limited time to test and check.
This looks like a GS problem rather then a queXF one to me -- so I'm going to mark it closed. Thanks for all your help -- as it appears I can test with a self-generated form, I am going to crack on with this.
Many thanks again
Phil

Revision history for this message
Phil White (whitepj) said : 		#5

--