Webform Results download problem on a particular server [#2506335]

Hello,

I hope you will excuse me, because I presume it's more a server configuration problem, than a webform problem;
but I think people knowing the way Webform is working, could find where the problem does come from.

What happens : instead of having data content in my .xlsx or .tsv files after downloading, I get XHTML code in these very files.

Configuration :

Drupal 7.37
Webform 7-4.9
CTools 7-1.7
Views 7-3.11

Details

I'm using this configuration on a website hosting and also on an android local website on KSWeb server.

The only one problem using Webform is on the local web KSWeb server.

I get everything correct in "Results" for submissions, analysis and table everywhere;
I get no problem with the download of the website hosting;

for the local website on KSWeb, the "exporting submissions" seems being working, a file .xlsx (or .tsv) is created in the "download" repertory
BUT though the extension is .xlsv for excel or .tsv for text, the content is xhtml :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN"
...
<style type="text/css" media="all">
@import url("http://localhost:8080/modules/system/system.base.css?npzmfm");
...

and corresponds approximatively (plus some menus) at the page we get with the link on the page "Results" :

if it does not start, download the file here. This file may only be downloaded once.

this page address being http: //mysite.com/node/xx/webform-results/download-file

Do you think it could come from the KSWeb server configuration and from which part ?

Comments

Comment #1

corbin CreditAttribution: corbin commented 15 June 2015 at 14:56

Title:

Webform download problem on a particular server

» Webform Results download problem on a particular server

Comment #2

DanChadwick CreditAttribution: DanChadwick commented 15 June 2015 at 20:07

Status:	Active	» Fixed
Issue tags:	-download

I'm afraid that running Drupal on an android webserver is not something that is widely done or is even necessarily supported. You will be blazing a new trail. I don't think anyone is going to debug this but you. Good luck!

If you do get an answer, please post it here. If there is something in Webform that can be adjusted to make the work without significant complexity, I am open to a patch.

Comment #3

corbin CreditAttribution: corbin commented 16 June 2015 at 10:54

I'm afraid I don't understand your answer :

I mean of course this server is a suite for Android platform, but it's running with PHP, MySQL .. nothing really exotic (but I'm not a specialist of web servers).
Isn't it possible that the configuration of "classical" parameters (I mean on my server) has to be modified for this very precise fonctionnality of Webform (I have absolutey no other problem with Drupal) ?
... which also could mean that Webform needs or has specifications for that kind of problem, and not only on android server.

Moreover, I hope you will excuse me, but I do not see anything "fixed" in your answer;
and with this "fixed" which closed the subject, of course I agree with you : "I don't think anyone is going to debug this but you." :((((

Comment #4

DanChadwick CreditAttribution: DanChadwick commented 16 June 2015 at 11:26

Check the status page to see if Webform is displaying and configuration warnings. Check your error log and/or php/apache logs to see if you see anything. Otherwise you (or your hired developer) will have to debug what's going on.

A status of "Fixed" in the context of a support request means that a maintainer or other qualified contributor was answered the question to the best of his/her ability. It doesn't mean that the problem is resolved. The issue is still considered open. If there is no activity for 2 weeks, d.o will automatically change the status to closed. This prevents having hundreds of active support requests that no one is working on or reading.

Comment #5

corbin CreditAttribution: corbin commented 16 June 2015 at 12:25

ok, thank you

Comment #6

corbin CreditAttribution: corbin commented 17 June 2015 at 10:44

- following this page, I change the Lighttpd server for Nginx
- I have modified settings.php (but I did it already before this thread), adding at the end :
$conf['drupal_http_request_fails'] = FALSE;
- as I got the following message in the log :

The file permissions could not be set on public://ctools/css

I change css file permissions --> rwx rwx rwx

I have no more messages (except "sites/default is not protected ..." ) in the Status report or in the Recent log messages after downloading Results of Webform ...

but I get always the same XHTML code instead of my results.

Comment #7

corbin CreditAttribution: corbin commented 21 June 2015 at 10:19

Done !
... or almost done, because I don't know the real cause of it :
the problem is a Chrome/androïd one !
I didn't find anything in the parameters which could be the solution.

Using Firefox , it perfectly works.

For me ... and Drupal/Webform, I think I can --> Closed (fixed) :)