Category: Rating

12.x: Ratings in articles don't show all options, just a single radio button
To see it reproduced, come here:
http://xavi-9794-5331.show.tikiwiki.org/tiki-read_article.php?articleId=1

and log in as
u: user1
u: user1

^{img src="display802" width="600"}^

You can also log in as admin:
u: admin
p: 12345

---

It was formerly working as expected, as it can be seen in the documentation pages:
http://doc.tiki.org/Rating#Users_ratings_in_Articles

^{img src="http://doc.tiki.org/display973" width="600"}^

13.x regression: rating_smiley icons in reversed order

Equivalent configuration in 12.x and 13.x (values for rating are "0,5,4,3,2,1"

When going to rate a forum post (url such as tiki-view_forum_thread.php?comments_parentId=1&forumId=2 )...:
{SPLIT()}
...this is what is shown in 12.x:
{img fileId="800" thumb="y" rel="box[g]"}
---
...and this is what is shown in 13.x:
{img fileId="801" thumb="y" rel="box[g]"}
{SPLIT}

13.x regression: rating_smiley icons in reversed order

Equivalent configuration in 12.x and 13.x (values for rating are "0,5,4,3,2,1"

When going to rate a forum post (url such as tiki-view_forum_thread.php?comments_parentId=1&forumId=2 )...:
{SPLIT()}
...this is what is shown in 12.x:
{img fileId="800" thumb="y" rel="box[g]"}
---
...and this is what is shown in 13.x:
{img fileId="801" thumb="y" rel="box[g]"}
{SPLIT}

13.x regression: rating_smiley icons in reversed order

Equivalent configuration in 12.x and 13.x (values for rating are "0,5,4,3,2,1"

When going to rate a forum post (url such as tiki-view_forum_thread.php?comments_parentId=1&forumId=2 )...:
{SPLIT()}
...this is what is shown in 12.x:
{img fileId="800" thumb="y" width="400" rel="box[g]"}
---
...and this is what is shown in 13.x:
{img fileId="801" thumb="y" width="400" rel="box[g]"}
{SPLIT}

To see it reproduced, go there:
http://xavi-9794-5328.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1&forumId=2

User1 rated that thread with a 5, even if the smiley icon is shown as red.

log in as:
u: user1
p: user1

You can also log in as admin with
u: admin
p: 12345

And there is another plain registered user:
u: user2
p: user2

---

The same happens in wiki_simple_ratings (icons shown in revered order). See it reproduced here:
http://xavi-9794-5328.show.tikiwiki.org/tiki-index.php?page=HomePage

13.x: --Forum Thread Rating doesn't display icons for value 0, wrong icon for value 1-- (fixed) {sign user="xavi" datetime="2014-06-03T22:14:56+00:00"}, and no icons when labels are set beyond values (unfixed still) {sign user="xavi" datetime="2014-06-03T22:14:56+00:00"}

I have it reproduced reusing the show instance of this other bug report:
https://dev.tiki.org/item5253
(linked here in case I need to go there to "__svn up__" again)

{BOX()}
See this thread started by admin:
http://xavi-9794-5253.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1

admin:
u: admin
p: 12345

Log in as user1
u: user1
p: user1
{BOX}

And here you can see a screenshot of the issue reproduced similarly in local:

{img fileId="785" thumb="y" width="500" rel="box[g]"}


With these values in __Wiki rating options__:
{CODE()}
0=foo,1=bar,2=bar2,3=bar3,4=bar4,5=bar5
{CODE}

Rating options for forum threads do not display options to choose from any more in 13.x. They were working in 12.x

See show instance where this is reproduced,
u: admin
p: 12345

See this thread started by admin:
http://xavi-9794-5253.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1

Log in as user1
u: user1
p: user1

and try to rate the thread. No options are allowed, just a button to rate with a "User Rating" and no options.

----

And compare with this 12.x installation (ask Xavi if you want a Tiki account to log in this 12.x installation):
* http://deliberaweb.seeds4c.org/forum5
and
* http://deliberaweb.seeds4c.org/tiki-view_forum_thread.php?comments_parentId=56&topics_offset=1

13.x: Ratings in articles gone.

See it reproduced in the show instance of this other bug report:
http://xavi-9794-5328.show.tikiwiki.org/tiki-read_article.php?articleId=1

u: admin
p: 12345

In 12.x, they could be rated:
http://doc.tiki.org/Rating#Users_ratings_in_Articles

{img src="http://doc.tiki.org/display973"}
---
Update: wrong report. It needed to be displayed by a different user to see the form to rate the article.
Closing as invalid (works-for-me) {sign user="xavi" datetime="2014-07-14T10:39:59+00:00"}

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

{syntax type="tiki" editor="plain"}
Whenever we select »Rating (descending)« for the parameter »Default sorting of topics« (I hope this is close enough to the english i18n, because we actually make use of the german i18n of Tiki) in a forum's settings (second to last parameter in the settings), and try to view the respective forum, we are presented a page with the error message:
* »[[Titlebar:] System Error
+
+ [[Body:] Things to check:
+
+ 1. Did you complete the Tiki Installer?
+ 2. Is your database corrupt? Please see how to repair your database
+ 3. Are your database credentials accurate? (username, database name, etc in db/local.php)«
As long as we stick to »Newest Postings«, we can use the respective forum as usual. Also, the ratings of topics are displayed in the topics list with no problem.

This issue may possibly be related to the following bug reports:
* https://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3066
* https://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3667
* https://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2686
* https://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2695

---

Can you please retest in currently supported Tiki versions (e.g. Tiki12, ...)? Thanks in advanced {sign user="xavi" datetime="2014-02-07T09:48:35+00:00"}

The advanced rating is so advanced, that you can only add new ratings and edit them, but there is no delete functionality... The wrench icon carries only "settings", which simply reloads /tiki-admin.php?page=rating, and there is no delete anywhere :-)

Any chance to get Advanced Ratings working with Trackers? Currently they are only available for Wikis, Articles & Comments

Nowadays, Tracker item rating cannot be seen nor selected if using either ((doc:PluginTracker)) or ((doc:PluginTrackerList)). However, it can be seen (for anons) and voted for registered again, after some recent fixes by Sylvie! (thanks Sylvie :-)

I tested that here in dev.tw.o (for instance):

http://dev.tikiwiki.org/Calendar

(not showing ratings even if they exist; check [tracker5])


2007-08-13 ML: But this will conflict with wiki page cache. (because value of my last vote is shown, and likely different than yours).

2007-08-13 Xavi: If cache is the problem for this feature request, why not forcing/advising the user to avoid using cache (at least in this page) if he/she wants this tracker field correctly show on the page? (in case this feature is considered interesting enough). I leave to consideration by coders... It was just a suggestion which I would find useful.

2007-12-09 ML: Fixed in BRANCH-1-9 by Kerrnel22. You need to add tracker field ID to trackerlist plugin.

__Wiki page cache with trackerlist ratings needs to be tested to see what the real issues (if any)__

If you create a tracker with rating and you show the rating in the tracker list you have at least two problems:

* first you don't have just the rating but the complete voting grid in the list which is not what I expected but hey might be ok or at least should be noted somewhere but this is not the pb
* if a user votes click on the rating array two things happend :
** the global rating is changed which is not cool
** more importantly some other fields get changed to the value of the rating ! even fileds with drop down menu !!

So first the bug that changing the rating changes also other fields.
Second tracker fields with values from a list are not checked to verify that the value supplied is in the value list :(

---
Can you please retest with current supported versions (e.g., Tiki12, ...)? {sign user="xavi" datetime="2014-02-07T09:45:24+00:00"}

Create a bash or php script which will convert the old type Tracker rating field to the new one for upgraders (people who upgrade) using this field.
---
We would benefit in the Tiki Community itself since we would re-use all the information added by users over the years to indicate which bugs in the bug tracker are more important to them. It could be a way to review the list of pending bugs by priority according to user's opinion expressed in that rating option. Thanks luci for filling this wish report {sign user="xavi" datetime="2014-09-21T07:04:05+00:00"}

When viewing a tracker item in tiki-view_tracker_item.php, the overall rating doesn't get shown. It worked in my test-installations, but not here on dev.tw.o.

dev.t.o (12.x): rating tracker items is half-broken

USer get the sensation that items from the dev.t.o bug tracker can not be rated any more, since when you click, the spinner never ends.

But if you refresh the page, the rating choice is shown (so it seems stored successfully, even if the spinner never ends and nothing indicates the user that the rating succeeded).

When using the comment rating feature as described in [http://doc.tiki.org/Rating] -> "Users ratings in Comments", everything looks and works fine as long as I'm logged in as an administrator, but as soon as I'm logged in as a standard registered user, I cannot see the rating results anymore.

The obvious solution according to the documentation would be to just activate tiki > tiki_p_ratings_view_results for registered users.
The problem here is that this option cannot be chosen in the permissions' section - even when also the permissions for disabled features ared shown.

When tried to rate a post it resulted in server error message like that because the URI is filled in with the whole forum post content and some other params when doing a request to store the rating. That sounds stoopid to include the whole post content, does not it?

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

The problem is when you create a tracker and you allow Rating on it.
Then you can add new items, but when you try to edit an existing item, the last field of the tracker is never saved.

this line is commented (line 152 of tiki-view_tracker_item.php)

{CODE()}
if ($xfields["data"][$i]['type'] == 's') {
//$ins_fields["data"][$i] = $xfields["data"][$i];
$fields["data"][$i] = $xfields["data"][$i];
}
{CODE}

so ))$ins_fields[0](( becomes an empty index in this array because the field 'Rating' is of type 's' (system).

Later in the function 'replace_tracker(...)' of trackerlib, ins_fields are parsed inside a loop from 0 to size of ins_fields - 1, so the last item is never seen.

I don't know exactly with somebody commented the line, but it works for me if I uncomment it.

Community voting (-2, -1, 0, 1, 2)

Worked with the correct perms in 9.x

Response to star voting click http://localhost/tiki12x/tiki-ajax_services.php?i=2&f=2&v=1&controller=tracker&action=vote in Firebug console is:
{CODE()}
[{"my_rate":null,"numvotes":0,"voteavg":0,"request_rate":1,"value":"","mode":"stars","labels":[],"rating_options":[1,2,3,4,5],"result":null}]
{CODE}

Rating is not showing below wikipages. Only shows the voting system, but not the rating results.

Will make a show instance

Instance: http://fvtorres-11800-5971.show.tikiwiki.org
User: admin
Pass:12345

The Quality Team had a break time, and hasn't restarted yet.

Implement a sustainable solution:
* ((Quality Team - How to reduce the workload))
* ((tw:code.tiki.org))