https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
Reha Sterbin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #5 from Reha Sterbin 2012-04-12 00:06:55 UTC ---
I've made these changes and submitted them to Gerrit for review:
https://gerrit.wikimedia.org/r/4766
https://gerrit.wikimedia.org/r/4767
I've tested locally, and prototype has been
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #4 from Dario Taraborelli 2012-04-11
21:01:28 UTC ---
The plan makes sense to me. Since all these events are tied to submits we won't
be flooding the logs with lots of unnecessary warnings. We'll be basically
doubling the volume of
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
Reha Sterbin changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|wikibugs-l@
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #3 from Reha Sterbin 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 Ro
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #2 from Dario Taraborelli 2012-04-06
18:06:49 UTC ---
1) above should be easy to test on a local instance. I imagine you are not
referring to comment-less posts (which would still show up in the DB), but
attempts to submit when the
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=35590
--- Comment #1 from Reha Sterbin 2012-03-29 16:40:39 UTC ---
The disparity between submit clicks and new feedback rows could be caused by
one of three things:
1) Trying to submit entirely empty feedback -- the event fires even if the
button h