robchur wrote:

From memory, this should be able to be cranked up using a config global...

Right: see the global variable from defaultSettings.php

$wgThumbLimits = array(
120,
150,
180,
200,
250,
300
);

and add i.e.

$wgThumbLimits[] = 500;

to your localSettings.php

(In reply to comment #2)
This allows you to add predefined sizes. But still there's no chance for user to define his own size, which was the part of original request.

That's not likely to happen; we'd prefer to reduce the number of available thumbnail sizes to save on bandwidth, cache, and thumb disk space.

(In reply to comment #4)

That's not likely to happen; we'd prefer to reduce the number of available
thumbnail sizes to save on bandwidth, cache, and thumb disk space.

You can make it optional via eg. $wgAllowUserDefinedThumbnailSize and have it false for WMF wikis.

bugzilla wrote:

I didn't realise there was a setting for it; I probably should've checked. Thanks.
I did think about the cache size problems, and I would agree that a freeform size entry is not a good solution, seeing as there is already a setting for it. As long as the admin set sensible allowed sizes, I can't see why people would need a freeform entry --- they're hardly going to want 327px thumbnails, are they?

I'm fine with closing the bug as invalid/wontfix. Thanks for your time. :-)

ayg wrote:

(In reply to comment #5)

You can make it optional via eg. $wgAllowUserDefinedThumbnailSize and have it
false for WMF wikis.

We shouldn't add another config option that we have to maintain when only two wiki admins are ever going to bother to turn on and that will clutter the user interface to boot. Reclosing.