Extension talk:Survey

I have Mediawiki 1.17 running on PHP version 5.2.12.

At the moment I see your extension (which would otherwise be perfect for my needs) requires PHP 5.3

Attempting to run it on 5.2 I get the error:

Parse error: syntax error, unexpected T_STATIC, expecting ')' in /home/xxxxxxx/public_html/extensions/Survey/includes/SurveyDBClass.php on line 34

Quite simply, is there a way around this since I don't have the possibility to upgrade PHP yet.

Thanks. Straitjacket Man 12:24, 2 November 2011 (UTC) Reply

The architecture of the Survey extension depends on functionality introduced in PHP 5.3, so I'm afraid it won't work on PHP 5.2.x installs. Jeroen De Dauw 23:52, 2 November 2011 (UTC) Reply

Thanks - I thought that might be the case; guess I'll have to see if I can get PHP upgraded as the Survey is exactly what I need... 87.10.191.65 12:28, 4 November 2011 (UTC) Reply

I've managed to install and I get only the top pane of the EditSurvey page (as in your screen capture), but I get no add/remove question buttons, just SAVE and CANCEL. What could be wrong.

MW1.17.0 from SVN, PHP 5.3.6 81.105.166.145 17:33, 10 November 2011 (UTC) Reply

There most likely is some JavaScript error on your page which is breaking the JavaScript of the survey edit page, which adds this button. Jeroen De Dauw 17:56, 10 November 2011 (UTC) Reply

How to diagnose? 81.105.166.145 18:12, 10 November 2011 (UTC) Reply

Ok seems to work in Firefox, but not IE - which is a shame as sadly far more people here use IE than Firefox.

I wonder if there is a simple fix that would make it more portable? 81.105.166.145 18:18, 10 November 2011 (UTC) Reply

Interesting. I've just got home and it seems it works in IE9 at home but not IE9 in the office. So it must be something simple. Perhaps there is a test that the page can do and revert to a less advanced display method? Moog 19:37, 10 November 2011 (UTC) Reply

I found some "issues" that would cause the JS to break in IE and fixed them in r102761 . So if you get trunk, it ought to work. lmk if you need an actual tarball release to test. Jeroen De Dauw 08:23, 11 November 2011 (UTC) Reply

Yay, that seems to have fixed the form display in IE9. However the Submit button on the TakeSurvey form does not work. It greys out but does not go to the "thank you" form. It seems to work on Firefox though. 81.105.166.145 09:37, 11 November 2011 (UTC) Reply

U just made some more JS tweaks which might fix it. If they don't, I need to know where it's going wrong, since I cannot test on IE w/o booting a VM which is to much work to test compat w/ broken browser w/o someone paying me for it :) Jeroen De Dauw 15:14, 11 November 2011 (UTC) Reply

Yep, that looks like it's done the job. Thank you!! 81.105.166.145 15:44, 11 November 2011 (UTC) Reply

Hi Jeroen,

Apologies, I checked the changes you made to your code. My post was a duplication of the JS file changes.

Thank you for your work the Survey Extension is exactly what I was looking for. john.oriordan 12:11, 14 November 2011 (UTC) Reply

Strage one this, perhaps it is intended behaviour?

If I complete the survey as a test user, then edit the questions, the same user get the questionare form but without the corrections. However a new user get the corrected form. It is as though the user's previous form is being cached somehow? 81.105.166.145 10:35, 14 November 2011 (UTC) Reply

> If I complete the survey as a test user, then edit the questions, the same user get the questionare form but without the corrections.

I don't get this. Once you complete a survey, you're not supposed to get it again at all. If this is not the case for the normal survey deployment mechanism, it's a bug.

Do note that if modify a survey while it's running, and for example delete a question, it will disappear from the survey for people taking it, but those who already took it, their answer will still be stored, and shown in the results. This is by design (to prevent loss and confusion of data). Jeroen De Dauw 12:42, 14 November 2011 (UTC) Reply

That means I can only test a survey once, repeated tests would fail.

Perhaps there should be a configuration, "allow multiple submissions"? 81.105.166.145 13:48, 14 November 2011 (UTC) Reply

You can test it via Special:TakeSurvey, if you have the right privileges, as many times as you want. Jeroen De Dauw 14:12, 14 November 2011 (UTC) Reply

Hi Jeroen,

I was wondering if it is possible to prevent the survey from appearing accross all Wiki pages?

We wish to use MediaWiki to provide a Wiki across our international sites. I would like to avoid creating a separate Wiki for each geographical location, we wish to unify our staff with one communication portal. However we would like to publish surveys that are only relevant to each site.

In its current implementation once we publish a survey it appears for all users. I was wondering if it was possible to disable/enable the surveys on specific pages only. In this manner we could direct relevant staff to a particular URL where they wouldbe prompted to complete a survey relevant to them.

Thank you for your work in creating the survey.

Regards,

John. john.oriordan 12:17, 14 November 2011 (UTC) Reply

See the notes about survey deploy I just added. Jeroen De Dauw 14:30, 14 November 2011 (UTC) Reply

Hi Jeroen,

I've tried the newly documented <survey> tag, but it seems not to appear for all users. I've created several dummy accounts and it only appeared for one.

I've looked at the code, but I can't work out how the system decides who to show they survey to. I've tried hacking the DB to remove prior submissions, but that does not work. I absolutely need it to be shown to all registered users, ideally with the ability to re-do at any time.

Any pointers apprecieted.

Cheers,

Jason. 81.105.166.145 15:13, 21 November 2011 (UTC) Reply

A cookie is used to keep track of if you took the survey. Using multiple accounts via the same browser w/o clearing the cache will therefore have that result. Jeroen De Dauw 16:05, 21 November 2011 (UTC) Reply

Hi Jeroen,

I thouoght this was the case, but could not find where it was creating the cookie. Now I realise that the PHP end of things is pretty dumb, with most of the processing being done clientside in JS. I would suggest it would be better to use the logged-in userid in PHP to query the DB for past submissions, rather than relying on cookies.

The problem is hotdesking and shared PCs....This means people get requested to complete surveys they've already done if they hotdesk and never get ones others have alreay completed on the same shared PC.

There is also an issue with using a cookie in this way that might explain other problems people are having. When you first visit a survey page the survey is 'completed' by creating a cookie, regardless of if the user actually fills in the form or presses SEND. If their session is aborted for any reason the cookie is created regardless. Which means they never get the request again for a month....

I think the PHP side of things needs to be better. I'll look to see if there is a simple solution, though I've done very little mediawiki programming and even less Javascript...

Cheers,

Jason. 81.105.166.145 18:06, 21 November 2011 (UTC) Reply

Hitting the db will only help when you require users to login, which is a restriction I do not want to put in the extension. In general the current setup works just fine, but I agree it does not work in your use case. The JS is actually based on what is done on Wikipedia with the banner campaigns.

> When you first visit a survey page the survey is 'completed' by creating a cookie, regardless of if the user actually fills in the form or presses SEND.

Indeed. In some situations you want this, in others you don't. Rather then changing this, I'd introduce another setting. Jeroen De Dauw 18:43, 22 November 2011 (UTC) Reply

Regarding the note "that using the survey tag is an experimental feature which might not work properly in all situations", I've cloned REL1_22, should I expect this feature to work? 64.88.197.154 17:23, 24 February 2014 (UTC) Reply

The setting "Users that should get the survey" when set to "Authenticated Users" seems to be ignored. Without even logging in I can complete the survey. This means the submission_user_name is set to an IP. 81.105.166.145 13:53, 14 November 2011 (UTC) Reply

This setting refers to the survey distribution mechanism, which is wiki-wide and is not relevant when hitting Special:TakeSurvey, which is what I guess you are doing. This special page is meant for testing purposes, not for survey deploy. Jeroen De Dauw 14:14, 14 November 2011 (UTC) Reply

SVN:102765 It appears that in IE9, if compatibility mode is enabled, when pressing Submit on a survey form the page just hangs. This does not happen when compatibility mode is turned off. 81.105.166.145 14:01, 14 November 2011 (UTC) Reply

Ok. If you have a fix, please provide it. I'm not spending time on debugging such IE issues. Jeroen De Dauw 14:15, 14 November 2011 (UTC) Reply

I know that you have mentioned that it required 1.17. Just wanted to give a shot with the older version we have. So wanted to check do you if it is worth trying? 54.240.196.185 20:16, 18 September 2012 (UTC) Reply

No, won't work. Jeroen De Dauw (talk) 16:47, 19 September 2012 (UTC) Reply

Just installed Survey and it looks good and works well in tests, but I am having problems trying to output results with API as a first time user.

I want to output survey result to show details of username and multiline text field only for a particular survey ID but can't figure out how to build this query, can anyone show me an example

e.g. for some reason this query (from the Survey page) api.php?action=query&list=surveysubmissions&qsid=1234 returns a list of submissions from all ID's?

Of course when I get the query sorted how do I get it exported to Excel? (for example) 86.170.20.34 18:40, 2 October 2012 (UTC) Reply

Thats my doubt too 177.69.29.113 15:00, 3 October 2012 (UTC) Reply

Looks like I actually forgot to implement these filters. As you can see in the docs on api.php, there actually is no qsid parameter. Jeroen De Dauw (talk) 17:46, 3 October 2012 (UTC) Reply

I'd like that the survey appeared only one time per user, when finish the survey, It doesn't appear anymore, is there a way? 177.69.29.113 19:08, 5 October 2012 (UTC) Reply

This is the default behavior. If you're having the Survey show using the tag, the user will have a cookie set once they filled it in preventing it from showing again. Jeroen De Dauw (talk) 19:39, 5 October 2012 (UTC) Reply

I let the defaultExpiry with the default value, but the pop-up survey still appears more than one time per user...I tried to overwrite the defaultExpiry value but it didn't work too. Do I have to change other configuration? 177.69.29.113 14:34, 8 October 2012 (UTC) Reply

As I states, this ought to be the default behavior. If that's the the case, there likely is a bug somewhere, which you won't be able to fix changing the configuration. You can report the bug on bugzilla Jeroen De Dauw (talk) 20:17, 10 October 2012 (UTC) Reply

But the cookie is not set on submitting the survey. It is already set when the survey is loaded. So you can easily circumvent filling out the survey by just clicking (x) or by refreshing the page and the survey neaver appears again, unless you purge your cookies. This behaviour doesn't make a lot of sense to me. Setting the cookie after submission would be a lot more useful. Svenheim (talk) 09:14, 10 September 2013 (UTC) Reply

My first doubt is about the size of the pop-up screen, is there a way to change it? In my wiki the pop-up is appearing too small, I’ll send you a print screen to you see.

Not in the current version. It uses then autoDimensions option of jQuery fancybox. It is relatively easy for a developer to add in a setting that makes it configurable though.

When I create a survey and then I go for other page, the survey appears normally but then, when I refresh the page it doesn’t appear more, only when I click "Special: TakeSurvey" the pop-up appears.

This is intended behavior - users will get the survey only once. Per default they will not get the survey again for one month, but this can be changed via defaultExpiry. Beware that decreasing it might not be good for user experience.

Special:TakeSurvey will always get you the survey as it has no limit. This makes testing easy and allows you to point users to the page in a way that they can later return and take the survey if they initially decide not to. Jeroen De Dauw (talk) 19:46, 5 October 2012 (UTC) Reply

Survey status:Enabled But when I Take survey, it appears "The requested survey does not exist" P.swiki (talk) 04:02, 23 November 2012 (UTC) Reply

When I run the php update.php, I got the following error:

Creating surveys table...PHP Warning: pg_query(): Query failed: ERROR: syntax error at or near "NOT" LINE 1: ...9/extensions/Survey/sql/Survey.sql ) */ TABLE IF NOT EXISTS... ^ in /usr/share/mediawiki119/includes/db/DatabasePostgres.php on line 254

I am using mediawiki-1.19, postgres-8.4.13., PHP-5.3.3. The same error appears with all Survey versions including the last snapshot.

Any hint to solve this problem?

Thank you in advance. 207.253.121.253 17:31, 26 March 2013 (UTC) Reply

Extension not compatible with PostGres. Need to add support for this to work. Look at the .sql file and how it is registered. Fixing is dev work; not just config changes. Jeroen De Dauw (talk) 16:03, 15 April 2013 (UTC) Reply

I installed this extension on mediawiki 1.21

It does not work if use text-type answers, whatever you write it will be empty in stats 91.99.151.148 05:40, 18 July 2013 (UTC) Reply

Oh sorry that was a mistake 188.245.43.223 06:22, 18 July 2013 (UTC) Reply

Actually I second this. Is there a way to view what a user has typed into the text fields without using the API? 76.118.31.113 15:41, 9 August 2013 (UTC) Reply

I'm seeing the same thing. The input from the survey text-box is placed in the survey_answers table answer_text column correctly and I can view it with a SQL query on the database, but when viewing the statistics of the survey via the Special:SurveyStats article, the results of the text-box answer are not displayed. I tried dropping the table and recreating it with VARCHAR and TEXT data types for answer_text, but that didn't work either. All the other survey answer types display correctly, just not any single or multi-line text box answers.

Here's my config:

MediaWiki 1.23.0

PHP 5.5.9-1ubuntu4.3 (apache2handler)

MySQL 5.5.38-0ubuntu0.14.04.1 216.17.230.105 21:48, 8 September 2014 (UTC) Reply

I suspect that the issue is in the SpecialSurveyStats page in the

protected function getAnswerList( SurveyQuestion $question ) function. I think that the text answers are not evaluating true in this line: if ( $question->isRestrictiveType() )

The 'else' statement there is to simply return an empty character. James (talk) 17:08, 14 June 2017 (UTC) Reply

Is there a way to include multiple check boxes so that a user can select multiple options from a list? 76.118.31.113 15:43, 9 August 2013 (UTC) Reply

Is there a simple way to integrate the survey into a page rather than having it appear as a pop-up? My users are finding the pop-up feature troublesome and would rather choose to go to or be directed to a page which works fine for my needs as well. 65.202.47.130 13:21, 12 August 2013 (UTC) Reply

Getting the following error when tying to view the Specials:Survey page:-

[815a4635] /wiki/index.php/Special:Surveys Exception from line 376 of /var/www/wiki/includes/SpecialPage.php: Call to undefined method SpecialSurveys::getPageTitle Backtrace:

1. 0 /var/www/wiki/extensions/Survey/specials/SpecialSurveys.php(77): SpecialPage->__call(string, array)
2. 1 /var/www/wiki/extensions/Survey/specials/SpecialSurveys.php(77): SpecialSurveys->getPageTitle()
3. 2 /var/www/wiki/extensions/Survey/specials/SpecialSurveys.php(54): SpecialSurveys->displayAddNewControl()
4. 3 /var/www/wiki/extensions/Survey/specials/SpecialSurveys.php(44): SpecialSurveys->displaySurveys()
5. 4 /var/www/wiki/includes/SpecialPage.php(631): SpecialSurveys->execute(NULL)
6. 5 /var/www/wiki/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL)
7. 6 /var/www/wiki/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext)
8. 7 /var/www/wiki/includes/Wiki.php(602): MediaWiki->performRequest()
9. 8 /var/www/wiki/includes/Wiki.php(467): MediaWiki->main()
10. 9 /var/www/wiki/index.php(49): MediaWiki->run()
11. 10 {main}

Any assistance would be greatly appreciated. 129.192.208.15 06:52, 10 February 2014 (UTC) Reply

Incompatible MediaWiki version Jeroen De Dauw (talk) 17:54, 17 February 2014 (UTC) Reply

Yea I get the same thing, even though the Requirements section states that Survey requires MediaWiki 1.17 or above, which clearly 1.22 is. 64.88.197.154 15:29, 21 February 2014 (UTC) Reply

getPageTitle() method was introduced in MediaWiki 1.23, which is still under development. Basically the newest version (git HEAD) of Survey requires MediaWiki 1.23 (or newer); try using an older version of the extension with 1.22 (and don't take the Extension: pages as absolute truth; often the documentation is more or less out-of-date, especially for extensions which have no clear "owner"/maintainer). Jack Phoenix _(Contact) 15:59, 21 February 2014 (UTC) Reply

I don't see a REL1_23 in the mediawiki gerrit code review. IS 1_23 just the head? 64.88.197.154 18:02, 24 February 2014 (UTC) Reply

I'm testing the extension for use with anonymous reporting of safety issues, so I'd like to allow anonymous users to take the survey as many time as they want.

I've got the anonymous user part, but not the "as many times as they want" part. How can I make that happen? 64.88.197.154 17:24, 21 February 2014 (UTC) Reply

... oh yea, I already tried expiry = 0 and 1. No luck. 64.88.197.154 17:26, 21 February 2014 (UTC) Reply

Also, I want the survey to display on a certain page. It is displaying on the main page even though the <survey> tag only exists on one other page. 64.88.197.154 18:13, 21 February 2014 (UTC) Reply

Survey extension was working great prior with Mediawiki 1.23.0, but I'm getting a "Loading Survey...." message at the bottom of any surveys when trying to take the survey after updating to 1.24.0. I dropped the survey tables in the database, deleted the /extensions/Survey/ folder and reinstalled using the git clone, then ran update.php to build new tables. However, I'm still seeing "Loading Survey...." afterwards. Any ideas? Here's my server config:

• Ubuntu: 14.04 LTS
• MediaWiki: 1.24.0
• MySQL: 5.5.38-0ubuntu0.14.04.1
• PHP: 5.5.9-1ubuntu4.3 216.17.230.105 19:08, 14 January 2015 (UTC) Reply

I've created a fix for this and submitted it for review -- I'm aiming to get it in the REL1_24 branch: https://gerrit.wikimedia.org/r/#/c/204300/ Daniel Robbins (talk) 18:04, 15 April 2015 (UTC) Reply

May be, this is the same problem as Extension_talk:Survey#Stuck_Loading_Survey..._After_1.24.0_Update_52886 from Jan. 14 2015:

Fresh install on existing 1.24.1 MediaWiki, installation and update.php seemed to work fine: No error messages, tables created and available. Setting up new surveys seems to work fine, however when trying to take a survey it doesn't show up: "Take a survey" displays edit-options and one line: "Loading survey..." The survey itself doesn't show up.

tested branches:

• REL1_23 d6ce533
• REL1_24 c12985a
• master 8dcdeac

MediaWiki installation:

• MediaWiki 1.24.1
• PHP 5.5.10 (cgi-fcgi)
• MySQL 5.5.40

Any ideas where to dig in? S schiffleithner (talk) 10:21, 30 January 2015 (UTC) Reply

The same here. I installed from git on Mediawiki 1.24.1, PHP 5.4.37, MySQL 5.5.42, and see the survey title but can't add or see questions. Just get the "Loading survey..." message.

Help appreciated. Felipe95a (talk) 12:16, 10 March 2015 (UTC) Reply

Does anyone know if the author of this software is still working on it? I would love to implement this, but it looks like it hasn't been updated since 2011 and it clearly has errors. 96.243.246.181 16:01, 21 March 2015 (UTC) Reply

I would dare to say that this might be an incompatibility with Javascript. When using Vector theme in 1.23.x it worked for me, but not with other skins... Toniher (talk) 16:52, 21 March 2015 (UTC) Reply

I've created a fix for this and submitted it for review -- I'm aiming to get it in the REL1_24 branch: https://gerrit.wikimedia.org/r/#/c/204300/ Daniel Robbins (talk) 18:04, 15 April 2015 (UTC) Reply

I've managed to install and I get only the top pane of the EditSurvey page (as in your screen capture), but I get no add/remove question buttons, just SAVE and CANCEL. What could be wrong.

JS console display this warring:

This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use "mediawiki.ui.button" or "oojs-ui" instead.

$egSurveySettings['JSDebug'] = true;

Don't display any additional information.

Survey-REL1_30-55c6b62 , MW1.30 , PHP 7.0.26

Any idea?

Thanks Mostar18 (talk) 15:44, 10 January 2018 (UTC) Reply