content filtering tools remove links and may cause VE users to vandalize articles unintentionally
Open, NormalPublic

Description

This might be one of the stranger VE issues...

In Israel there is an ISP for people who want to voluntarily filter their web experience from unwanted content. Apparently, it can entirely remove links to sites that are legitimate on Wikipedia, but don't pass its test, for example web.archive.org. The user doesn't even notice that it happens, and when the page is saved, the link is removed, and it looks like vandalism, even though it's unintentional.

Here is an example edit - notice a removed external link towards the end of the diff.

It would be nice to prevent it somehow.

Amire80 created this task.Jul 4 2015, 7:37 PM
Amire80 updated the task description. (Show Details)
Amire80 raised the priority of this task from to Normal.
Amire80 added a project: VisualEditor.
Amire80 added subscribers: Amire80, Mooeypoo, eranroz, Krenair.
Restricted Application added subscribers: Luke081515, Aklapper. · View Herald TranscriptJul 4 2015, 7:37 PM
Amire80 updated the task description. (Show Details)Jul 4 2015, 7:37 PM
Amire80 set Security to None.
Amire80 updated the task description. (Show Details)
Krenair added a subscriber: Catrope.Jul 4 2015, 8:39 PM

Our connection to RESTBase is over HTTPS, so I'm guessing this is some sort of client-side tool.

I think it is some client side tool.

possible solution:
for(var i=0;i<IGNORE_PLUGINS.length;i++)
if ( navigator.plugins.hasOwnProperty(IGNORE_PLUGINS[i]) { disable VE }

or is there a already something similar?

Krenair added a subscriber: Krinkle.Jul 4 2015, 8:57 PM

Maybe we could look at something like that... The code wouldn't look like that, but perhaps something that checks through navigator.plugins?

Anyway, first we need to find out what we're actually filtering for.

I asked one of the editors who had such problem:
this is due to some client side program. (http://www.rimon.net.il/he/%D7%94%D7%AA%D7%A7%D7%A0%D7%AA-%D7%AA%D7%95%D7%A1%D7%A3-%D7%9C%D7%93%D7%A4%D7%93%D7%A4%D7%9F )

Anyway, I'm taking back the idea of using navigator.plugins - this is bad idea, I don't think we would like to maintain list of bad plugins.
Maybe some very simple expected CRC or length of the edited text on the beginning of editing article can be calculated and compared to server side calculated value and if they don't match we know there could be problem...
I'm pretty sure it doesn't worth to have such feature for this specific program, but if there are other plugins that behave badly maybe it is option.

Restricted Application added a project: Internet-Archive. · View Herald TranscriptFeb 5 2016, 1:00 PM
Krinkle removed a subscriber: Krinkle.Sep 6 2017, 2:39 PM