Last modified: 2014-11-12 01:12:34 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 T47942, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 45942 - "Magic links" RFC, PMID and ISBN must be configurable and disableable
"Magic links" RFC, PMID and ISBN must be configurable and disableable
Status: NEW
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.25-git
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
usability
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-09 20:18 UTC by kipod
Modified: 2014-11-12 01:12 UTC (History)
7 users (show)

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


Attachments

Description kipod 2013-03-09 20:18:23 UTC
also see bug 10626, bug 13335 and bug 20832

(this part is about a bug)
Forcing magic links for RFC, ISBN and PMID without simple way to disable it through configuration can't be seen as anything other than a bug. 

it is clear that the changing the default behavior will create a serious regression, so the default behavior should be exactly as today. however, not allowing to disable these magic links through config is a bug. i might not want my wiki to link to either of these external sites.

(this part is about enhancement)
moving it to configuration, if done correctly, will also allow  sites to expand to other magic words, such as bugzilla entries for the project this wiki is used for, or patent#, or court ruling etc. 

each of these may be more relevant or more appropriate in some specific wiki than RFC or ISBN or PMID.


unfortunately i can't add a patch to this ticket (maybe i will, eventually, if nobody else will), but the idea is to use something like $wgAutoMagicLinks array that will receive a value in DefaultSettings.php that will create the current behavior, and the user will be able to override in LocalSettings.php, for both removing unwanted automagiclinks (some or all), and add new ones.

again, the ability to have new ones is "nice to have", but not being able to suppress the hardcoded ones through config is nothing less than a bug.

peace.
Comment 1 kipod 2013-03-11 15:45:28 UTC
hashar changed the classification from "bug" to "enhancement".


although i agree that doing it in a way that will allow adding new "magic links", or even in a way that will allow controlling magic links individually may be considered "enhancement", i disagree that not being able to disable magic links in any manner can be considered anything other than "bug".


the absolute minimum that's required in order for the implementation of this feature not to be considered a bug, is to create a single configuration variable that will be assigned the value "true" in DefaultSettings, and will gate the magic links expansion procedure.


keeping legacy perversions for backward compatibility is the right thing to do. not providing for a way to disable those perversions (short of editing core) is plain and simple bug. maybe it's a low priority bug, but it's _not_ "enhancement". 

peace.
Comment 2 Subfader 2014-10-26 21:34:30 UTC
I 2nd the request from the title without reading the posts. These auto links are not useful for everyone.

MediaWiki is not WikiPedia!

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


Navigation
Links