Extension talk:Survey

Previous page history was archived for backup purposes at Extension talk:Survey/LQT Archive 1 on 2015-07-10.

on this Extension -- So is it still "dead" or just in Beta or something?

I installed it on MW 1.35.x and 1.17.x (yes - I know OLD, has much old custom code I have yet to parse) -- both their respective MW extension version.

Neither work.. the "gerrit"(?) git source tree has a bunch of various "releases(?)" - so am wondering if there is any KNOWN WORKING extension/release to MW versions??

Try with using MediaWiki 1.39 and version of this extension for MediaWiki 1.39 as well.

WikiTeq took over the maintenance, it should work just fine.

Thank you, @Kizule. The branch REL1_39 of the extension does work with MediaWiki 1.39 (the minimal required version as per the extension infobox). Here is an example: https://ethw.org/Special:Surveys.

I'm not sure that all features have been fully tested recently, so please update us here with how it goes.

Discovered an issue with displaying questions in the branch REL1_39, it is followed up in Topic:Xya40yr8rqdq8jdn

When I open up the special page, I get no option to add questions. I have seen this issue before but on my page, I have no custom JavaScript. I don't know if it matters, but when I downloaded the file from this webpage multiple times the directories were always missing various files, so I downloaded the entire set from the GitHub page.

We're checking this.

Hopefully you are reading this before downloading. DO NOT INSTALL THIS. You are wasting your time. It doesn't work with any supported version of MediaWiki.

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

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

Oh sorry that was a mistake

Actually I second this. Is there a way to view what a user has typed into the text fields without using the API?

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

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.

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?

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.

This post was posted by Vitruvian95, but signed as Felipe95a.

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.

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...

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/

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

There most likely is some JavaScript error on your page which is breaking the JavaScript of the survey edit page, which adds this button.

How to diagnose?

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?

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?

This post was posted by Moog~mediawikiwiki, but signed as Moog.

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.

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.

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 :)

Yep, that looks like it's done the job. Thank you!!

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.

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

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/

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.

Incompatible MediaWiki version

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.

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).

I don't see a REL1_23 in the mediawiki gerrit code review. IS 1_23 just the head?

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.

See the notes about survey deploy I just added.

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.

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.

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.

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.

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?