Version: unspecified
Severity: minor
Description
Details
- Reference
- bz52327
Event Timeline
On en wikipedia most of these are detected by
http://en.wikipedia.org/wiki/Special:AbuseFilter/345
Other common cases include
myEventWatcherDiv
QuickiWiki Look Up
application/x-datavault
end_of_the_skype_highlighting
inlineAdmedialink
_clearly_component
ktg6us78hf8vdu7
Most are not visible the but ktg6us78hf8vdu7 makes a right mess trying to add javascript links everywhere
http://en.wikipedia.org/w/index.php?title=Shane_Watson&diff=prev&oldid=568280885
Added #53315 for texts looking like telephone numbers changed in <a href="tel:...">...</a>
I wonder if https://ru.wikipedia.org/?diff=65612328 is another instance of this, or if it's a copy-paste bug instead.
How to share the blacklist (or whatever cleanup method VisualEditor is currently using) with other consumers of Parsoid, such as T124152?
They should sub-class VisualEditor, which is tracked in T105447: [Epic] replace plain contenteditable with VisualEditor in ContentTranslation which I've now linked that to.
Makes sense. What if someone else, maybe outside MediaWiki, desired to use Parsoid for two-way conversion? Should everyone subclass VisualEditor or is this sort of HTML/wikitext cleanup of more general use?
Tracking bugs existed as a workaround to Bugzilla's shortcomings. There's no utility in keeping this around now.
If you don't replace a tracking bug with anything, you lose a useful feature to navigate between tasks…