Closed
Bug 457277
Opened 16 years ago
Closed 16 years ago
CSAT: Responses to "Was this article easy to understand?" are not appearing on tiki-poll_results.php
Categories
(support.mozilla.org :: Knowledge Base Software, task)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
0.7
People
(Reporter: stephend, Assigned: xb95)
References
()
Details
(Whiteboard: sumo_only)
I've been answering "No" to the "Is this article easy to understand" on http://support-stage.mozilla.org/en-US/kb/Using+Firefox and checking it out via http://support-stage.mozilla.org/tiki-poll_results.php with "All" as a filter, and I only ever see the "Did this article solve" rankings... Steps to Reproduce: 1. Load http://support-stage.mozilla.org/en-US/kb/Using+Firefox 2. At the bottom, answer "No" to "Was this article easy to understand?" 3. Visit http://support-stage.mozilla.org/tiki-poll_results.php, and either search for "Using Firefox" via the "Find" textfield, or load all of them and CTRL+F your way to the question. Expected Results: Immediately after answering "No" to the above question, I should see an entry for that question, along with "No" and the count, in real-time. Actual Results: I only ever see counted responses for the "Did this article solve a problem you had with Firefox?"
Updated•16 years ago
|
Comment 1•16 years ago
|
||
This should be fixed by running: update tiki_polls set publishDate='1222300800' where publishDate ='1227312000'; Mark, can you run this on the staging database whenever possible so as to facilitate testing by stephend on Monday? I have downgraded this bug to major to avoid paging or any such things. The votes are being recorded, but because the poll publishDate is set to November, they are just not being displayed on the Poll Results page. I tried some workaround using the polls admin interface on the site but messed up the "Using Firefox" poll further instead (that polls admin interface needs some updating)
Updated•16 years ago
|
Severity: critical → major
Assignee | ||
Comment 2•16 years ago
|
||
Query run on staging database. mysql> update tiki_polls set publishDate='1222300800' where publishDate ='1227312000'; Query OK, 3640 rows affected (0.06 sec) Rows matched: 3640 Changed: 3640 Warnings: 0
Assignee: nobody → mark
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 3•16 years ago
|
||
While testing this, I filed bug 457492. Perhaps I caused that bug by going to tiki-poll_results.php instead of the newer one?
OS: Mac OS X → All
Hardware: PC → All
Comment 4•16 years ago
|
||
tiki-poll_results.php is supposed to be used. Please do test that. As for the possible cause of bug 457492, I have commented there.
Reporter | ||
Comment 5•16 years ago
|
||
Nelson: if we wontfix bug 457492, will that question be OK in production? i.e., did we only screw up the staging DB?
Comment 6•16 years ago
|
||
we only messed up the staging db
Reporter | ||
Comment 7•16 years ago
|
||
OK; I haven't seen this with other articles, and so I've tested on rating http://support-stage.mozilla.org/en-US/kb/blah2, and seeing the results successfully up on http://support-stage.mozilla.org/tiki-poll_results.php. Verified "FIXED".
Status: RESOLVED → VERIFIED
Updated•15 years ago
|
Whiteboard: sumo_only
You need to log in
before you can comment on or make changes to this bug.
Description
•