Last modified: 2008-01-03 21:14:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 12493 - MAX_FILE_SIZE shouldn't be hard coded in SpecialImport.php
MAX_FILE_SIZE shouldn't be hard coded in SpecialImport.php
Product: MediaWiki
Classification: Unclassified
Uploading (Other open bugs)
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2008-01-03 17:36 UTC by Huji
Modified: 2008-01-03 21:14 UTC (History)
0 users

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


Description Huji 2008-01-03 17:36:55 UTC
Currently, MAX_FILE_SIZE is hardcoded in SpecialImport.php, which should be changed so that it could be set thorugh LocalSettings.php
Comment 1 Brion Vibber 2008-01-03 20:55:14 UTC
I've removed the limit in r29234; I can't really see any reason to have the extra limit. Not really sure how it snuck in, but it's been there since 2005. :)
Comment 2 Huji 2008-01-03 21:14:06 UTC
I think it was there because PHP really has two ways to know the maximum upload size: through php.ini settings and by MAX_FILE_SIZE paramter sent togeather with the file ( However, I agree with you that it is useless and should have been removed already.

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