Last modified: 2011-12-31 02:18:48 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 T35436, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 33436 - If redlink = File NS, don't edit file page
If redlink = File NS, don't edit file page
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-30 19:26 UTC by Subfader
Modified: 2011-12-31 02:18 UTC (History)
3 users (show)

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


Attachments

Description Subfader 2011-12-30 19:26:39 UTC
Redlinks to pages in the File NS shouldn't link to the edit page. Annoying and useless!

Instead it should land on the page itself (no edit action) where you can "upload it" or on Special:Upload like links for embedded images.

http://www.mediawiki.org/wiki/User:Subfader/Red_file_link
Comment 1 Krinkle 2011-12-30 19:28:44 UTC
I'm suggesting WONTFIX. You are explicitly linking to the file page by using the colon in front of it.

Regular file embeds that result in red links do link to Special:Upload
Comment 2 Subfader 2011-12-30 19:30:26 UTC
Yes I do so cos I want to CREATE it, just like I do on embedding new images...

My point stands: This is a useless link: http://www.mediawiki.org/w/index.php?title=File:Some_new_file.jpg&action=edit&redlink=1
Comment 3 Subfader 2011-12-30 19:37:08 UTC
And it's possible since redlink=1 on existing pages will NOT edit them but redirect to the page itself:

http://www.mediawiki.org/w/index.php?title=User:Subfader&action=edit&redlink=1 

The same way it could redirect to the file page http://www.mediawiki.org/w/index.php/File:Some_new_file.jpg where can decide myself what to do: "upload it" (yes) or [edit] (no!)...
Comment 4 Krinkle 2011-12-30 19:39:02 UTC
I disagree. Until the description pages aren't complete freeform wiki pages [1], this is intended and expected behavior.

Note that there is some cases (gadgets and toolserver tools importing off-wiki files such as from Flickr) the wiki page is created before the upload. I'm not going into the long discussion of how and why that is, but it is that way. This is done by creating the file page (may be from a read link) and putting a template in there and then the bot looks where the template is used and performs the upload.

Krinkle

[1] bug 31257, bug 25624
Comment 5 Subfader 2011-12-30 19:43:21 UTC
I don't see what this has to do with where a red file link like [[:File:Some new file.jpg|this]] redirects to.
Comment 6 Bawolff (Brian Wolff) 2011-12-30 23:56:09 UTC
(In reply to comment #1)
> I'm suggesting WONTFIX. You are explicitly linking to the file page by using
> the colon in front of it.
> 
> Regular file embeds that result in red links do link to Special:Upload

I agree that going to the edit page when you have a colon in front of the page is expected behaviour. Behaviour could probably be better for [[file:Foo.jpg|bar|baz]] when Foo.jpg (As noted on the support desk thread), but that's a separate bug.
Comment 7 Subfader 2011-12-31 02:18:48 UTC
It's not expected behaviour. Then [[File:Some new file.jpg|...]] would also lead to the edit page.

I have never created a file page without uploading the actual file first. And I think nobody else does.

Since bots (only practical example from above) don't click links, how is that user firendly?

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


Navigation
Links