Category: Survey

When someone clears the statistics on a given survey (or poll), the tiki_survey* tables are cleared accordingly but the statistics of the users vote are left.

It means that when someone wishes to "recycle" an existing survey by clearing the statistics, changes the questions (even adding new ones), then the users who have already answered to old survey cannot vote for the new "recycled" survey as if he/she already answered it.

The problem also exists when a survey or poll is deleted : lines in tiki_user_votings which shows who has voted on what are left which has clearly no consequence since the id should not be reuse.

Hello,

This succeeds always :

I you chosse the option survey for wiki page on edition you yet the error :

Fatal error: Uncaught exception 'Zend_Mail_Protocol_Exception' with message 'Connection timed out' in /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail/Protocol/Abstract.php:254 Stack trace: #0 /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail/Protocol/Smtp.php(167): Zend_Mail_Protocol_Abstract->_connect('tcp://smtp.treb...') #1 /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail/Transport/Smtp.php(199): Zend_Mail_Protocol_Smtp->connect() #2 /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail/Transport/Abstract.php(348): Zend_Mail_Transport_Smtp->_sendMail() #3 /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail.php(1178): Zend_Mail_Transport_Abstract->send(Object(Zend_Mail)) #4 /homez.53/spacprot/www/teawik153/lib/mail/maillib.php(111): Zend_Mail->send() #5 /homez.53/spacprot/www/teawik153/lib/notifications/notificationemaillib.php(294): tiki_send_admin_mail('Bty-Admtwkn1@tr...', 'admin', '<!-- TPL: mail/...', '<!-- TPL: mail/...') #6 /homez.53/spacprot/www/teawik153/lib/tikilib.php(7532): sendWik in /homez.53/spacprot/www/teawik153/lib/core/lib/Zend/Mail/Protocol/Abstract.php on line 254

You can't use the function.

Trebly - B01027-02

The help for the survey features says this about option "Wiki textarea":
"Options are: rows,columns,toolbars.
Example: 10,60,n (toolbar can be "y", "n" or "c" for comments toolbar)"

Actually it's not rows and columns, but height and width. No matter how small you define it, user can enter text (virtually) limitless.

And the option c for comments toolbar is without any effect that I could notice?

When I click 'Save' on the 'Create/Edit Survey' page, it displays the 'Are you sure you want to leave this page?' warning.

If I click yes, no survey is created. If I click no, well, nothing happens.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

The survey feature could be improved by two other survey ratings that the user taking part in a survey can answer. In my experience, the two most intuitive ratings you can ask from survey participants are missing from the list of options, and they are VERY easy to add:

School marks and percentages.

The latter is self-explanatory and gives participants a fine grained range of possible answers. The former is subject to localization, so do not forget tra() !

In the US, to my knowledge school marks run from A (best) to F (worst). In Germany they run from 1 (best) to 6 (worst). Also, school marks can be spelled out. In German that would be "sehr gut", "gut", "befriedigend", "ausreichend", "mangelhaft", "ungenügend". I do not know whether that is also possible for US (or UK) school marks.

School marks must be radio buttons, while percentages would be a three (!) digit numerical entry field, and the acceptance of values over 100 could either be always rejected, or depending on a additional option "allow to exceed 100".

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

User with tiki_p_take_survey permission cannot see a list of available surveys.

List of surveys is available only for users having both tiki_p_take_survey AND tiki_p_view_stats perms.

Proposed solution:

- to modify function list_surveys (lib/tikilib.php):
from:
$add=$this->user_has_perm_on_object($user,$res['surveyId'],'survey',array('tiki_p_take_survey','tiki_p_view_survey_stats'));

to:

$add=$this->user_has_perm_on_object($user,$res['surveyId'],'survey',array('tiki_p_take_survey'/*,'tiki_p_view_survey_stats'*/)) ||$this->user_has_perm_on_object($user,$res['surveyId'],'survey',array(/*'tiki_p_take_survey',*/'tiki_p_view_survey_stats'))

In Tiki survey you have an question type "Heading" where you can set if it will be use as a pagebreak (newpage) and what heading type will be used.

At https://tiki.org/tiki-admin_survey_questions.php?surveyId=8 it started to work well and I had a survey divided in 3 pages. At some point it stopped to work and the all survey is displayed on one page.

I try to diagnose but could get back to the point I have the survey properly displayed in more than one page.

* I try to separate heading (avoiding one after the other)
* I try to reduce the number of pagebreak

On an updated Tiki 12 to 16 then to 18 I can’t create a new survey (WSoD).
(I couldn’t reproduce on instance as it seems ok on a new db)

This is the error log;
{CODE()}[Tue Jan 09 12:55:39.167102 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: PHP Fatal error: Uncaught TikiDb_Exception: Incorrect integer value: '' for column 'surveyId' at row 1 in /home/..x../public_html/lib/core/TikiDb/Exception.php:15, referer: http://avtalyon.org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167131 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: Stack trace:, referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167135 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #0 /home/..x../public_html/lib/core/TikiDb.php(176): TikiDb_Exception::classify('Incorrect integ...'), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167138 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #1 /home/..x../public_html/lib/core/TikiDb/Pdo.php(127): TikiDb->handleQueryError('INSERT INTO `ti...', Array, false, 'exception'), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167141 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #2 /home/..x../public_html/lib/core/TikiDb.php(84): TikiDb_Pdo->query('INSERT INTO `ti...', Array, -1, -1, 'exception'), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167144 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #3 /home/avtalyon/public_html/lib/core/TikiDb/Table.php(56): TikiDb->queryException('INSERT INTO `ti...', Array), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167146 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #4 /home/..x../public_html/lib/surveys/surveylib.php(216): TikiDb_Table->insertOrUpdate(Array, Array), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167149 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #5 /home/..x../public_html/tiki-admin_surveys.php(31): SurveyLib->replace_survey('', 'Dou', 'Dou', 'o'), referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167151 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: #6 {main}, referer: http://..x...org/tiki-admin_surveys.php?surveyId=0
[Tue Jan 09 12:55:39.167154 2018] [fcgid:warn] [pid 14670:tid 140468079769344] [client xx.xx.xx.xx:64742] mod_fcgid: stderr: thrown in /home/..x../public_html/lib/core/TikiDb/Exception.php on line 15, referer: http://..x...org/tiki-admin_surveys.php?surveyId=0{CODE}

There is no permission to set the behavior, that registered users can create surveys theirself.
This would be nice to give some groups also the right to create and manage their own surveys, not just by the global permission...

While refining the localization for German (de_de), I came across voting, polling and surveys in Tiki.

Unfortunately (because Tiki just makes "blind" (or "dumb") string matching disregarding context, votes and poll answers and results are mixed up, especially when they are called "vote", making it very hard to translate (because the translations for those differ vastly).

The entire systems for voting, polling, surveying (and rating) should be proof-read to ensure a consistent language (and here I speak about English) throughout Tiki. Maybe this should be supervised by a native speaker of English (which I am not, so read the following cum grano salis).

To show you what I mean by that:
A poll is NOT a voting (election). A poll is (mostly) a survey done by researchers or journalists. Even if it is done in front of an official place to cast votes (unfortunately here even language itself being imprecise, calling such places "polling stations"), the so-called "exit poll", voters of the actual election are asked (!) about their votes or ballots.

What these people answer to the poller are NOT votes (votes are cast inside and are mostly secret!). These are answers that voters give voluntarily, and may or MAY NOT be identical to the actual votes (people are entitled to lie to a poller!).

So do not call answers to a poll "vote", please. They are votes if they are part of an actual decision making process in the operation of a Tiki installation.

We should therefore distinguish between poll and election.
If users are asked about opinions, these are answers.

And rating is something different, here users give gradually defined answers, best example is "school grades" (side remark from your fellow translator: In the US those are from A to F, in Germany they are from 1 to 6, A und 1 being the best)

The plugin survey is not displayed on the help plugin section of a wiki page.
I checked it was activated.

"Lead, follow or get out of the way" is a common saying.

However, there are some subtleties.

* __Lead__ implies "I agree and will put my energy where my mouth is."
* __Follow__ implies "I am ok with it but I won't lead"
* __Get out of the way__ implies "I don't agree but I won't object (perhaps it doesn't affect me or I will just accept or leave)

There is also:
* __Go along__ (I am not thrilled by the proposal, but I have nothing better for which I will offer leadership)
* __Block__ this is just bad, and I will actively oppose.


In ((doc:PluginProposal)) currently, "undecided" implies, "I'll think about it more and I'll change my vote later". Whereas people that are OK with any proposal are not really counted properly. This will be useful to know if we have enough eyeballs to go ahead.

3 for, 1 opposed is not the same with 0 or 10 __I am OK with any__

nothing more to say...

{syntax type="tiki" editor="plain"}
I cannot update the Option To Redirect. When I put the TikiWiki page to redirect to it never saves that page. It always sends me back to a list of the Surveys.

Example: http://foreclosurepedia.org/istar/tiki-index.php?page=Contractor+Database+Survey

Windows 8; Firefox, Google Chrome and IE

Survey stats are allways 100 % for all values.

My Ver. 1.9.4

Thanks

A text entry to a survey question is not registered correctly if the same entry has already been registered to some other question. For example, if there is a survey on ID 1 with a text question and someone has answered "foobar" to that question and then another person takes survey on ID 2 and answers "foobar" to a text question in that survey no entry is registered. The problem can be replicated most easily but creating a survey with multiple text questions and answering for example "test" to all those questions. Only the first "text" is registered and the rest omitted.

If you add a headline to your survey (I do not find it very intuitive that headlines are to be entered as "questions", but so be it at the moment).

When you add a heading that is given in the help text/hint "y,h4" strange things happen.

h4 is understandable (at least to an admin...), headline size 4. But I wonder why the example list "y"? I don't recall a tiki syntax tag "y". From what it does it seems to be an undocumented newpage, introducing a new page afterwards. But the help text mentions ("newpage") (btw, missing translation - or the help text must be changed to indicate this is supposed to be English in all localizations)

BUT when you add a new headline exactly as written in the hint text "y, h4" you get ''nothing at all'', all of the questions are seemingly gone once you take the survey! On the empty survey page, there is a pagination -- but it is "0/0". If you nonetheless click on "previous" or "next" (if there really were 0 pages this should be meaningless) then you immediately get back all your questions and a correct pagination, too.

Newpage works well, but y,h4 yields this strange 0/0.

So "y,h4" somehow disturbs pagination.

At https://tiki.org/tiki-admin_survey_questions.php?surveyId=8 over 25 questions the pagination turn on. Moving from page to page doesn’t help, you can see questions after the first page.

No idea whether this is also happening in 12.x or earlier. I just noticed this in trunk, while reviewing the improvements to Surveys in order to update the documentation page ((doc:Tiki13))

I created a survey as admin, added 3 questions (one of them is a rating from 1 to 10 with radio buttons). I provided 2 answers as user admin, and I saw that no vote count nor average was shown from the rating scale 1...10

{img fileId="770" thumb="y" rel="box[g]"}

While doing the translation of the survey feature, I added some test surveys. But so far I have not participated in a any of those. Consequently, the statistics page of survey has NO entry under "taken". But every (!) survey has an entry under "last taken". This cannot be true. When there is no participation at all, there cannot be a last participation...

When you create a survey, and add questions of the type "Rate (1 to 5)" (or 1 to 10), when you take the survey, all you get is the text of the quesion, and (if applicable) the red asterisk indicating mandatory answers) but underneath that __not__ the expected either 5 or 10 radio buttons or a 1 or 2 digit numeric input field, but only the text "1 0" (one space zero, in __both__ cases)! Nothing can be entered at all...

Also, there is a completely empty blue info box above the survey...

See the screenshot attached.

Since survey is such an old feature, I guess the functionality was at one point in time lost with the coming of a new version...

In order to get it translated, I enabled the survey feature. It's admin GUI is highly confusing and counter-intuitive. After enabling, you can enter the admin GUI and create a survey, so far absolutely intuitive. But then you are stuck. You have entered a name and a description, but no questions! They are simply no part of the process of creating a survey ?!

In order to create questions, you have to go to list surveys, and from the properties of the wrench icon you can go to questions, tiki-admin_survey_questions.php?surveyId=NN

In the upper left corner is a large button labelled "Add a new question", which is completely void of any function (!), because it only links to the very same page (tiki-admin_survey_questions.php).

Over the (now still empty) list of questions is a (compared to the large functionless button) rather unspectacular text written in blue "Add a New Question to this survey". This seems like the same function as "Add a new question", but it isn't at all:

This, and only this, will link to tiki-admin_survey_questions.php?surveyId=NN#contenttabs_adminsurveyquestions-2 and give the user the means to create a question.

Surveys can have more than one question, that is fine. But questions are per survey only, questions do not form a pool, i.e. it is impossible to create a question and use it in more than one survey. That is impractical.

Also, the questions property of the wrench always directs to the creation of new questions, and does not (at first) show the list of existing questions. They can be listed with questions tab, yes, but it's counterintuitive to always start at creation and not at the list of existing.

I had really hard time creating a survey at : https://tiki.org/Tiki-Online-Open-Hours, __don’t edit this survey, create your own to test__.

Most of the time I edited a question I had a WSoD or it broke the question.