Last modified: 2013-02-11 11:14:01 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T46829, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 44829 - Feedbackpage article: wrong numbers
Feedbackpage article: wrong numbers
Status: RESOLVED DUPLICATE of bug 43887
Product: MediaWiki extensions
Classification: Unclassified
ArticleFeedbackv5 (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-02-09 23:27 UTC by se4598
Modified: 2013-02-11 11:14 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description se4598 2013-02-09 23:27:24 UTC
This report shows the condition at 25. Jan. 2013 of
http://de.wikipedia.org/wiki/Spezial:Artikelr%C3%BCckmeldungen_v5/FC_Arsenal

This are the numbers displayed (view of editor):
* 3 posts about this page (header)
* All visible: 2 (filter)
* 50% found what they were looking for
* marked as abuse: 4 (filter)
* All comments: 0 (showing:/filter)

an administrator looked up the page and gave his view:
table (y=yes,n=no):
Id 	found? 	comment? 	helpful 	not-helpful 	x Abuse-Marks 	hidden? 	featured? 	resolved?
2038 	y 	n 	0 	1 	0 	n 	n 	y
7483 	n 	y ("aasdfgh") 	0 	2 	5 	n 	n 	y
10898 	y 	n 	0 	1 	0 	n 	n 	y

Problems:
* 1 to 3 missing feedbacks (3 visible vs. 4 marked abuse, but only 1 marked)
* 50% found ration by 3 feedbacks
* ...
Comment 1 Matthias Mullie 2013-02-11 11:14:01 UTC
The numbers are rather weird indeed.


Problem 1:
4 Beiträge zu dieser Seite
66 % haben gefunden, wonach sie gesucht haben
-> the 66% is a percentage unattainable with 4 votes. Reason is that only feedback on the last 30 revisions of the page is used for the percentage-calculation, and the feedback for revision 113130638 is being ignored: this was done to not let negative feedback drag down the numbers even after the feedback has been resolved. This is indeed rather pointless and very confusing. See also https://bugzilla.wikimedia.org/show_bug.cgi?id=43887, another ticket to change this.

Problem 2:
Als Missbrauch gekennzeichnet (4) -- When clicking this filter, no feedback _at all_ is displayed
-> There appears to be a bug in how the filter totals are calculated in the case of flagging as abusive: every flag (unless the post is hidden/deleted) will increase the filter's count; there is no checking that this exact feedback entry had already upped the count (so 4 of the flags of feedback 7483 had increased the number of the filters up to 4). This code will change completely in upcoming refactored code - will soon no longer be an issue.
-> No feedback being displayed is because the post is also hidden, in which case people with certain permissions can see the feedback. In upcoming refactored code, this discrepancy between counts (which are actually faulty already) & actual feedback should be gone; & filters will change anyway.


Reference material: current situation / all feedback for this particular page, straight from DB:

    | af_id | af_page_id | af_user_id | af_revision_id | af_created     | af_abuse_count | af_helpful_count | af_unhelpful_count | af_net_helpfulness | af_oversight_count | af_is_deleted | af_is_hidden | af_is_unhidden | af_is_undeleted | af_is_declined | af_is_unrequested | af_has_comment | af_is_featured | af_is_unfeatured | af_is_resolved | af_is_unresolved | af_relevance_score | af_relevance_sort | af_is_autohide |

    | 12861 |     120613 |          0 |      113457566 | 20130131171852 |              0 |                0 |                  0 |                  0 |                  0 |             0 |            0 |              0 |               0 |              0 |                 0 |              0 |              0 |                0 |              0 |                0 |                  0 |                 0 |              0 |
    |  7483 |     120613 |          0 |      112793035 | 20130115174624 |              5 |                0 |                  2 |                 -2 |                  0 |             0 |            1 |              0 |               0 |              0 |                 0 |              1 |              0 |                0 |              1 |                0 |               -100 |               100 |              0 |
    |  2038 |     120613 |          0 |      111925364 | 20121226193501 |              0 |                0 |                  1 |                 -1 |                  0 |             0 |            0 |              0 |               0 |              0 |                 0 |              0 |              0 |                0 |              1 |                0 |                 -6 |                 6 |              0 |
    | 10898 |     120613 |          0 |      113130638 | 20130125182739 |              0 |                0 |                  1 |                 -1 |                  0 |             0 |            0 |              0 |               0 |              0 |                 0 |              0 |              0 |                0 |              1 |                0 |                 -5 |                 5 |              0 |

*** This bug has been marked as a duplicate of bug 43887 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links