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
