https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
Web browser: --- Bug #: 35590 Summary: Disparity between submit clicktracking events and AFTv5 records created Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ArticleFeedbackv5 AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: r...@omniti.com Classification: Unclassified Mobile Platform: --- >From Dario, 3/28/2012: The first feedback post submitted on enwiki via Option E (af_link_id = 5) was stored at 20120328190501. The current breakdown of posts by af_link_id submitted after that cut off time is the following: mysql> SELECT af_link_id, COUNT(af_id) FROM aft_article_feedback WHERE af_created > 20120328190501 GROUP BY af_link_id ; +------------+--------------+ | af_link_id | COUNT(af_id) | +------------+--------------+ | 0 | 105 | | 1 | 8 | | 5 | 99 | +------------+--------------+ The first impression is that nobody is seeing Option A (which is what we all predicted). If the bucketing is working fine (see above) we should also have no major inconsistency between these records and the submit event counts: dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1A-submit-overlay | wc -l 10 dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1E-submit-overlay | wc -l 123 dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1X-submit-overlay | wc -l 0 dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1A-submit-bottom | wc -l 48 dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1E-submit-bottom | wc -l 38 dartar@emery:/var/log/aft$ grep -A1000000 20120328190501 clicktracking.log | grep option1X-submit-bottom | wc -l 38 Now the way I interpret this data is that (if the database is storing the link associated with the widget, not the bucket - Reha please correct me if I am wrong) there are several clicks (about 20%) that are logged but do not produce any record: Bottom widget: 124 (option1*-submit-bottom) Option A: 10 (option1A-submit-overlay) Option E: 123 (option1E-submit-overlay) Can you think of any scenario in which this would happen? Are these events captures for clicks on the button while it's still disabled (i.e. before the user fills in some text)? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l