|
From: SourceForge.net <no...@so...> - 2011-05-24 13:34:15
|
Bugs item #3306926, was opened at 2011-05-24 14:34 Message generated for change (Tracker Item Submitted) made by magick777 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3306926&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Keith Dunnett (magick777) Assigned to: Nobody/Anonymous (nobody) Summary: check_quota function fails to handle unlimited quota Initial Comment: (found in SVN 1061) When a domain's quota is set to "0", meaning "unlimited quota" according to the web interface, all edits to a user's quota are rejected as too high. The problem is in the function "check_quota", which checks if ($quota > $limit['maxquota']) { $rval = false; } AFTER it checks if ($limit['maxquota'] == 0) { $rval = true; } and therefore declines any quota for being greater than the "maximum" of 0. Reversing these two checks fixes the problem and causes a quota of 0 to return a successful quota_check as expected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3306926&group_id=191583 |
