https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #3 from Reha Sterbin <[email protected]> 2012-04-10 16:16:31 UTC --- 1) That's correct. I've made the change, but it hasn't yet been submitted for inclusion in the next release. 2) We can certainly inject these into the error log, but because only Roan would have access to that data, we'd be putting yet another responsibility on his plate. Since you're the person most in need of access to this information, I think we should put it in the clicktracking log instead. I'd recommend adding tracking ids like this: option{EXPERIMENT}-submit_error_{REASON}-{LOCATION} Here are the ways for a submit to fail, and the names I'd use for each: - AbuseFilter rejection (afreject) - AbuseFilter warning (afwarn) - Blocked user (blocked) - Missing user (missinguser) - AFT not enabled for the page requested (invalidpage) - Page ID not found (invalidpageid) - Stale login or bad anon token (invalidtoken) - Not a post request (mustbeposted) - Anything unexpected, like missing parameter or a database error (unknown) Obviously some of these are very unlikely (like mustbeposted), but if they're happening, we should know about them. I could also add an event for submit success, to be fired if the submit returned successfully: option{EXPERIMENT}-submit_success-{LOCATION} That way you could test that the success count matched the number of rows in the log, and that the click count matched the number of errors plus the number of successes. Let me know if which of these you'd like me to implement. -- 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 [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
