Over the years while editing on Commons, I run several times into lock down pages that can't be edited. The issue is that after the page was created the website listed as the image source was added to the list of blocked sites by the spam filter as blacklisted external site. As a result unless someone delete valid source the image cannot be categorized or altered in any way. See for example https://commons.wikimedia.org/wiki/File:Masopust_dr%C5%BE%C3%ADme_14.jpg .
There were several discussions about it on Commons and I filed a bug report https://bugzilla.wikimedia.org/show_bug.cgi?id=55794 . But still the common practice is to somehow disable the link like in https://commons.wikimedia.org/w/index.php?title=File%3AMasopust_dr%C5%BE %C3%ADme_07.jpg&diff=107220155&oldid=102671143
Is there a better way to deal with such files?
Jarek T.
(user:jarekt http://commons.wikimedia.org/wiki/User:Jarekt )
Unless you are modifying the blacklisted URL you should be able to edit around it.
On Thu, Jan 2, 2014 at 10:36 AM, Tuszynski, Jaroslaw W. < JAROSLAW.W.TUSZYNSKI@leidos.com> wrote:
Over the years while editing on Commons, I run several times into lock down pages that can't be edited. The issue is that after the page was created the website listed as the image source was added to the list of blocked sites by the spam filter as blacklisted external site. As a result unless someone delete valid source the image cannot be categorized or altered in any way. See for example https://commons.wikimedia.org/wiki/File:Masopust_dr%C5%BE%C3%ADme_14.jpg .
There were several discussions about it on Commons and I filed a bug report https://bugzilla.wikimedia.org/show_bug.cgi?id=55794 . But still the common practice is to somehow disable the link like in https://commons.wikimedia.org/w/index.php?title=File%3AMasopust_dr%C5%BE %C3%ADme_07.jpg&diff=107220155&oldid=102671143
Is there a better way to deal with such files?
Jarek T.
(user:jarekt http://commons.wikimedia.org/wiki/User:Jarekt )
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jan 2, 2014 at 10:36 AM, Tuszynski, Jaroslaw W. < JAROSLAW.W.TUSZYNSKI@leidos.com> wrote:
Over the years while editing on Commons, I run several times into lock down pages that can't be edited. The issue is that after the page was created the website listed as the image source was added to the list of blocked sites by the spam filter as blacklisted external site. As a result unless someone delete valid source the image cannot be categorized or altered in any way.
That is not (supposed to be) correct, since 2008.[1] A page containing a blacklisted link is supposed to be editable as long as the existing blacklisted link isn't changed.
If a different blacklisted link is added or the blacklisted link is changed to a different blacklisted link, then the blacklist would apply to that new/changed link, of course.
[1]: https://www.mediawiki.org/wiki/Special:Code/MediaWiki/34769
See for example
https://commons.wikimedia.org/wiki/File:Masopust_dr%C5%BE%C3%ADme_14.jpg
The problem with that page was that somehow the metadata stored in the database claimed that it did not contain any external links, so the check "is this blacklisted link already in the existing version of the article?" was failing. The metadata was also lacking various other templates and such
Purging the page via the API with the forcelinkupdate option updated that metadata, and then I was able to make a dummy edit.[2]
Looking further into the issue, it appears that pages on Commons are sometimes somehow hitting the expansion depth limit when being parsed for the metadata, despite there seeming to be no reason for them to be coming anywhere near the limit. That file was a particularly bad case, it appears to have somehow hit the limit without expanding *any* templates. I have been unable to find what might be causing this.
[2]: https://commons.wikimedia.org/w/index.php?title=File:Masopust_dr%C5%BE%C3%AD...
Brad,
Thank you for the detail explanation, and for purging several this and related files. I will remember about " forcelinkupdate" purge option in case I run into one of those again.
Jarek T. (user:jarekt)
-----Original Message----- From: wikitech-l-bounces@lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org] On Behalf Of Brad Jorsch (Anomie) Sent: Thursday, January 02, 2014 12:21 PM To: Wikimedia developers Subject: Re: [Wikitech-l] File sources and spam blacklist
On Thu, Jan 2, 2014 at 10:36 AM, Tuszynski, Jaroslaw W. < JAROSLAW.W.TUSZYNSKI@leidos.com> wrote:
Over the years while editing on Commons, I run several times into lock down pages that can't be edited. The issue is that after the page was created the website listed as the image source was added to the list of blocked sites by the spam filter as blacklisted external site. As a result unless someone delete valid source the image cannot be categorized or altered in any way.
That is not (supposed to be) correct, since 2008.[1] A page containing a blacklisted link is supposed to be editable as long as the existing blacklisted link isn't changed.
If a different blacklisted link is added or the blacklisted link is changed to a different blacklisted link, then the blacklist would apply to that new/changed link, of course.
[1]: https://www.mediawiki.org/wiki/Special:Code/MediaWiki/34769
See for example
https://commons.wikimedia.org/wiki/File:Masopust_dr%C5%BE%C3%ADme_14.j pg
The problem with that page was that somehow the metadata stored in the database claimed that it did not contain any external links, so the check "is this blacklisted link already in the existing version of the article?" was failing. The metadata was also lacking various other templates and such
Purging the page via the API with the forcelinkupdate option updated that metadata, and then I was able to make a dummy edit.[2]
Looking further into the issue, it appears that pages on Commons are sometimes somehow hitting the expansion depth limit when being parsed for the metadata, despite there seeming to be no reason for them to be coming anywhere near the limit. That file was a particularly bad case, it appears to have somehow hit the limit without expanding *any* templates. I have been unable to find what might be causing this.
[2]: https://commons.wikimedia.org/w/index.php?title=File:Masopust_dr%C5%BE%C3%AD...
-- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jan 2, 2014 at 10:36 AM, Tuszynski, Jaroslaw W. < JAROSLAW.W.TUSZYNSKI@leidos.com> wrote:
https://commons.wikimedia.org/wiki/File:Masopust_dr%C5%BE%C3%ADme_14.jpg
This link is now giving me an internal exception
MediaWiki internal error.
Exception caught inside exception handler. Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
*-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science
wikitech-l@lists.wikimedia.org