https://bugzilla.wikimedia.org/show_bug.cgi?id=45152

Bawolff (Brian Wolff) <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected],
                   |                            |[email protected],
                   |                            |[email protected],
                   |                            |[email protected]
          Component|File management             |Internationalization

--- Comment #3 from Bawolff (Brian Wolff) <[email protected]> ---
(In reply to comment #2)
> I've also corrected the Mediawiki version, it is 1.19.3, I apparently misread
> it. Either way, I'm coming from Wikia and have no way to update MediaWiki
> versions, not forgetting the last upgrade Wikia did was from 1.16.

I'm pretty sure this issue would still be present on latest (git) mediawiki, so
don't worry about versions too much.

>I'm also
> aware of how $1 (or $2, $3, etc.) are variables altered depending on usage.
> 
> As an example, the link references /wiki/Special:Upload?wpDestFile=$1 an
> example of which can be seen
> http://camtest.wikia.com/wiki/MediaWiki:Filerevert-intro as opposed to
> linking
> to the filepath that would be there when the image has been uploaded. When
> the
> page is created it then links to the file -
> http://camtest.wikia.com/wiki/Special:WhatLinksHere/File:$1. You'll notice
> I've
> also created File:$1 redirecting it to another, which doesn't resolve the
> issue.
> 
> I wouldn't say this poses any major problem, likely there's not very much
> point
> in adding to the page under normal circumstances. It just seems a little odd
> to
> have a system message that automatically creates a redlink as soon as it's
> created.

You're correct it is a little odd. However, we would still want to recognize 
red links though as a missing file if someone just added
[[file:nonexistent.jpg]] to some message. So we don't want to ignore them in
general. Maybe there could be special casing for links to $<number>, only in
mediawiki namespace, to not register the link in the link tables.

> 
> I assume the same is true of links to [[User:$1]], [[$1]], etc. which are
> normally redirected to a placeholder page in my experience, although in this
> case that doesn't work. It would probably be nice to recognise those as
> issues
> here too. Perhaps those should automatically redirect to a placeholder system
> message?

I think the automatic redirect to a place holder is something the users
manually make, not something that mediawiki does itself. The reason the file
link doesn't follow redirects, is that the page [[file:$1]] is a page
redirecting to a non-file page, where the actual link text is [[media:$1]]
which should link directly to the image in question (not its description page).
If the link was [[:file:$1]] (Note leading colon) then the redirect would work
more as expected.


---
moving component to i18n. This isn't really a file management issue as the
issue is present for other link types too. This is more a parser or i18n issue
imo

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to