I though those links were supposed to produce a client side upscaling (i.e.: a 800x800 picture requested at 10000x10000) would produce code such as <img width="10000" height="10000" ...

(In reply to comment #1)

I though those links were supposed to produce a client side upscaling (i.e.: a
800x800 picture requested at 10000x10000) would produce code such as <img
width="10000" height="10000" ...

The link is directly to the image file, not an html file containing an <img> tag.

Isn't this done locally on commons with some JS?

(In reply to comment #3)

Isn't this done locally on commons with some JS?

I thought so to, but then i viewed the page in lynx and it was still there - so apparently not.

This is easy to fix by changing default value of $wgImageLimits in DefaultSettings.php (or locally in Wikimedias local settings file).

$wgImageLimits is also the options for the user preference for image preview size on file description pages. But a 10000x10000px option is not very useful for that either, since it will not be rendered.

(In reply to comment #5)
Actually it can be useful since it displays the full resolution of images smaller than 10000x10000.

(In reply to comment #5)

This is easy to fix by changing default value of $wgImageLimits in
DefaultSettings.php (or locally in Wikimedias local settings file).

$wgImageLimits is also the options for the user preference for image preview
size on file description pages. But a 10000x10000px option is not very useful
for that either, since it will not be rendered.

Seems a weird choice for a default then (and it seems to go way back to r5195).

(In reply to comment #6)

(In reply to comment #5)
Actually it can be useful since it displays the full resolution of images
smaller than 10000x10000.

We should have a non-hacky way of specifying this in user preferences then.

The size limit was introduced in 2004 by Jens Frank with commit 7be49919836a38

https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=commit;h=7be49919836a3871102cc1375733c35e82e11b19

I am pretty sure 10k x 10k was, as Lejonel said, meant to display images in full resolution. At that time it was rare to have image bigger than 4k by 4k, most people probably had 1024x768 screens.

Removed the 10000x10000 option from $wgImageLimits in proposed change f044a3745919244c84450ba70d69473df3b84813

The patch removes the option from wgImageLimits which has some issues:

• as a side effect any users having that preference set (24k of them on enwiki) will be displayed a 320x240 picture as a fallback.

• max size will now be 1280x1024 which is not that big when you have a 24 - 27 inches monitor. That will also force a thumbnail generation for this users when they actually want the full sized picture.

• we need a release notes since any wiki that have set $wgDefaultUserOptions['imagesize'] to 5 would need to alter it.

When I click images now, I ALWAYS get the maximum resolution even if I click on 240x240 resolution. Something unintended is broken.

The introduced bug has not been resolved. It has made the resolution links (of any kind) useless.

(In reply to comment #11)

When I click images now, I ALWAYS get the maximum resolution even if I click on
240x240 resolution.

Cannot reproduce in Firefox 12 on Fedora 16 with the link in comment 0. 240x240 displays also that size. Please provide more information how to reproduce (browser? did you try another one?) and make sure that this is not a cache etc issue in your browser.

Hmm... It seems like it was chrome user settings which were magnifying images by %1500. Since the original issue is resolved and the issue I thought was an issue is invalid, I am closing this as resolved.