bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/DSRYrRvO

ziemba0123 wrote:

As an alternative to tagging, we could prefix the edit summaries. So it may read "CES: Fixed typo", CES standing for canned edit summary, and it should of course link to a doc explaining what it is. Just another thought, many thanks

Card not found, it says.

Could you please handle this stuff somewhere where those whom the bug affects can actually comment and see what's going on?

This is a real issue, with a pretty simple fix - either prefixing (like AES, for automatic edit summaries, which is done as part of core) or tagging (like some other extensions do).

ziemba0123 wrote:

It's come to my attention that the issue is specific to the mobile apps, that have the pre-supplied "canned" edit summary buttons. I thought it was on the mobile site as well... should we change the product to "Wikipedia App"?

(In reply to MusikAnimal from comment #4)

It's come to my attention that the issue is specific to the mobile apps,
that have the pre-supplied "canned" edit summary buttons. I thought it was
on the mobile site as well... should we change the product to "Wikipedia
App"?

Yes, canned edit summaries only exist on the mobile Wikipedia app, not on the mobile site. I've changed the product accordingly :)

Could you please handle this stuff somewhere where those whom the bug
affects can actually comment and see what's going on?

FYI The Trello code as stated is only for _prioritisation_ and _scheduling_. All discussion happens on Bugzilla.

I'm not sure this is as much of a problem as it seems. I took at the last 15 edits made from the app that used canned edit summaries, and only two of them misused them.

Anyway, I'm sorry if you're having to slightly adjust your anti-vandalism patterns, but we're not considering tagging the edits at this time. The standard format of the canned edit summary is easy enough to spot if you want to look out for them, and you can always use the "mobile app edit" tag to give special scrutiny to app edits if you must.

(In reply to Jon from comment #6)

FYI The Trello code as stated is only for _prioritisation_ and _scheduling_.
All discussion happens on Bugzilla.

I'd complain about discussing prioritisation, but now it occurs to me that phabricator should be resolving all of this soon enough anyway, so nevermind. Sorry for bringing that up.

(In reply to Dan Garry from comment #7)

I'm not sure this is as much of a problem as it seems. I took at the last 15
edits made from the app that used canned edit summaries, and only two of
them misused them.

2 out of 15 is pretty bad.

Anyway, I'm sorry if you're having to slightly adjust your anti-vandalism
patterns, but we're not considering tagging the edits at this time. The
standard format of the canned edit summary is easy enough to spot if you
want to look out for them, and you can always use the "mobile app edit" tag
to give special scrutiny to app edits if you must.

The standard format of the canned edit summaries currently matches a common vandal tactic (that of using misleading simple edit summaries when doing something else entirely), but changing them to use a prefix (which basically just means changing the strings and doesn't require any real technical changes, unlike tagging) would address that.

Please don't needlessly impair the workflow of the users who keep the sites worth visiting, especially when it has a relatively trivial fix.

ziemba0123 wrote:

(In reply to Dan Garry from comment #7)

I'm not sure this is as much of a problem as it seems. I took at the last 15
edits made from the app that used canned edit summaries, and only two of
them misused them.

Anyway, I'm sorry if you're having to slightly adjust your anti-vandalism
patterns, but we're not considering tagging the edits at this time. The
standard format of the canned edit summary is easy enough to spot if you
want to look out for them, and you can always use the "mobile app edit" tag
to give special scrutiny to app edits if you must.

There's many, many patrollers out there, and new ones recruited regularly. It's not going to be easy to train them that a mobile edit with a "Fixed typo" edit summary should not be interpreted as such. It's perfectly understandable why they'd think the user is trying to be deceiving, and that's just not fair to the user – or the patrollers. Again, I can create an edit filter to look for mobile edits with the known canned edit summaries and tag them as such, but this is unnecessarily taxing the system. It's also fragile as it'd have to be updated when the canned edit summary list is updated.

Could we at the very least move "fixed typo" further down the list? I think having "added content" as the first option is not only going to help alleviate the overall issue, but it is also probably more commonly accurate. E.g. I see new content added more than typos being fixed. If I could get confirmation that this change will or will not happen, that'd be appreciated, so that I know whether or not to move forward the edit filter implementation at en-wikipedia.

Thanks