Bryan.TongMinh wrote:

(In reply to comment #0)

Apparently the behavior of the red linked thumbs has changed

See bug 18885. Previously it used to point to local Special:Upload, which was not desirable in all cases. If I recall correctly, the only change is that it now actually follows $wgUploadNavigationUrl. Do you suggest to change this behaviour?

Actually what seems to have happened is that Special:Upload no longer shows a warning when a page was deleted. To quote from VP/T

"Up until a week or two ago, whenever I clicked on a deleted image link (i.e. a red link that links to the "File" namespace), it would lead me to WP:UPLOAD as it does now, but below the page's title, there would also be links to deletion logs for the image, on both Wikipedia and the Commons."

Based on comment #2 it sounds like a regression, key-wording as such (+code-update-regression)

Bryan.TongMinh wrote:

Either 1) the log excerpt should be shown on WP:UPLOAD or 2) wpDesiredDestname should propagate to Special:Upload. I'm not sure what is the proper way to fix this issue.

garyking wrote:

Instead of going to Wikipedia:Upload, if red linked images went to http://en.wikipedia.org/w/index.php?title=Special:Upload&wpDestFile=Foo.png instead, that would fix the problem, at least on en.wikipedia.org, since http://en.wikipedia.org/wiki/MediaWiki:Uploadtext shows the deletion logs when wpDestFile is set in the URL.

Bryan.TongMinh wrote:

(In reply to comment #4)

Either 1) the log excerpt should be shown on WP:UPLOAD or 2) wpDesiredDestname
should propagate to Special:Upload. I'm not sure what is the proper way to fix
this issue.

Or we could of course revert and WONTFIND bug 18885.

conrad.irwin wrote:

Yuck, this is all very messy as there are a lot of conflicting assumptions being made and broken.

Under the assumption that a red link should point you to the place you can make that link blue (or create the image), and the assumption that $wgUploadNavigationUrl points to the page you can upload at, everything is fine. I imagine this is the case almost everywhere.

What this bug seems to assume is that a redlink takes you to the place that a deletion log is visible - which is conveniently enough the same as the place you upload on Wikipedia (but not everywhere? - perhaps that should be fixed also?).

Wikipedia importantly breaks the assumption that $wgUploadNavigationUrl points to a place you can upload - not sure the best way to fix that and still let the upload button at the left hand side work as Wikipedia wants - probably to define yet-another configuration variable specifically for that left-side link (that defaults to $wgUploadNavigationUrl), or create a simple extension/javascript hack that allows wpDestFile to be used on WP:Upload

Please read my comment here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885#c9

On wmf wikis (and self-hosted wikis aswell, especially when using Commons or when using a step-by-step upload proces such as wikipedia's Wikipedia:Upload and commons' Commons:Upload, the $wgUploadNavigationUrl variable is used for that.

Which is fine, because it's the 'navigation' url. It points to the page where one should navigate to to start a new upload. Which is by default directltly the upload-page. But almost all major wikis have changed this to an inbetween step.

But those links are not for uploading directly, which is what is is been (ab/re)used for since bug 18885.

Read further there.. https://bugzilla.wikimedia.org/show_bug.cgi?id=18885#c9

Bryan.TongMinh wrote:

Introduced $wgUploadMissingFileUrl in r69997. Once deployed, wikis can decide for themselves what desirable behaviour is.

This behavior was again changed for 1.19 by r92598