Last modified: 2014-07-18 12:27:40 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T47195, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 45195 - internal linkings to a page, in specific mediawiki message not working when used with abuse filters
internal linkings to a page, in specific mediawiki message not working when u...
Status: RESOLVED WORKSFORME
Product: MediaWiki extensions
Classification: Unclassified
AbuseFilter (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
aklapper-moreinfo
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-02-20 14:51 UTC by Mahitgar
Modified: 2014-07-18 12:27 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Mahitgar 2013-02-20 14:51:02 UTC
At mr-wiki internal linkings to a page, in mediawiki message not working; when non-sysop user checks a for private edit filter.

:Description of problem: when non-sysop user clicks to check a private filter usual  mediawiki message displayed is mediawiki:Abusefilter-edit-denied.This global message as such is plain (i.e.without any internal links to any page).

:On user requests at mr-wiki we localised and updated message with internal link to certain info pages about edit filter.(Purpose: better traffic navigation;to guide such users to participate in public edit filters) this internal link is properly visible and working in mediawiki:Abusefilter-edit-denied but not working when some one clicks to check the filter.(eg of the problem http://mr.wikipedia.org/wiki/विशेष:दुरूपयोग_गाळणी/7 )

Please see in following mediawiki message internal link is working but not with non-sysop user checking  
http://mr.wikipedia.org/wiki/mediawiki:Abusefilter-edit-denied 


Interestingly mediawiki message mediawiki::Abusefilter-history-error-hidden also is locally updated and contains internal links. when a non-sysop user clicks to check  diff  in recent changes it shows locally updated message correctlly and internal links do work.(eg: http://mr.wikipedia.org/wiki/मिडियाविकी:Abusefilter-history-error-hidden)


Please help us so that we can use mediawiki:Abusefilter-edit-denied message with working internal link. Rather if you can update the message for global where in an internal links takes to edit filter home shall be usefull to all non-sysop users in all wiki projects.  

Soon we will be putting few more abuse filter related bugs.

Seasons greetings and thanks to all of you for all your hard work 

Regards
Comment 1 Nemo 2013-06-09 09:15:46 UTC
(In reply to comment #0)
> Please see in following mediawiki message internal link is working but not
> with
> non-sysop user checking  
> http://mr.wikipedia.org/wiki/mediawiki:Abusefilter-edit-denied 

Do you mean one of the links you removed in https://mr.wikipedia.org/?diff=prev&oldid=1127768 ? What were they? Are you saying that sysops don't see those links or that they can't open them?

> 
> 
> Interestingly mediawiki message mediawiki::Abusefilter-history-error-hidden
> also is locally updated and contains internal links. when a non-sysop user
> clicks to check  diff  in recent changes it shows locally updated message
> correctlly and internal links do work.(eg:
> http://mr.wikipedia.org/wiki/मिडियाविकी:Abusefilter-history-error-hidden)

It's possible that some messages do not parse i.e. render wikilinks and others do (both of these don't have links in the default). However, that can't depend on the user's permissions.

By the way, I see you have several very active private "civility" filters: you should probably make 6, 14, 15 public rather than filling the warning "this filter is private" with other content.
Comment 2 Andre Klapper 2013-08-14 16:11:40 UTC
Mahitgar: Can you please answer comment 1?
Comment 3 Mahitgar 2013-08-17 09:03:50 UTC
(In reply to comment #2)
> Mahitgar: Can you please answer comment 1?

I am giving thought to rope in technically better user than me to discuss and take this bug discussion thats why I am crossing the fingers.This is not an urgency bug.Just an issue to provide better facility to users.We have time we can go slow
Comment 4 Andre Klapper 2014-07-18 12:27:40 UTC
Unfortunately closing this report as no further information has been provided.

Mahitgar: Please feel free to reopen this report if you can provide the information asked for in comment 1, and if this still happens. Thanks!

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links