config/requirements.php (the documented "single source of truth" for runtime requirements) only checks PHP version (8.2+) and 6 extensions (ldap/mysqli/curl/mbstring/fileinfo/json). No ini_get('memory_limit') or max_execution_time check exists anywhere in config/requirements.php, scripts/check_requirements.php, or api/health.php. No app-level ini_set('memory_limit', ...) override exists anywhere either.
Impact: A deployment on a host with a low default memory_limit (e.g. shared-hosting-style 128M) passes the startup requirements check cleanly and only surfaces as a mysterious failure under real load — a large CSV export, an oversized dashboard query on a big install.
Fix: Add a memory_limit/max_execution_time sanity check (e.g. warn if memory_limit < 256M) to the requirements checker, alongside the existing PHP version/extension checks.
**Severity:** Low
`config/requirements.php` (the documented "single source of truth" for runtime requirements) only checks PHP version (8.2+) and 6 extensions (ldap/mysqli/curl/mbstring/fileinfo/json). No `ini_get('memory_limit')` or `max_execution_time` check exists anywhere in `config/requirements.php`, `scripts/check_requirements.php`, or `api/health.php`. No app-level `ini_set('memory_limit', ...)` override exists anywhere either.
**Impact:** A deployment on a host with a low default `memory_limit` (e.g. shared-hosting-style 128M) passes the startup requirements check cleanly and only surfaces as a mysterious failure under real load — a large CSV export, an oversized dashboard query on a big install.
**Fix:** Add a memory_limit/max_execution_time sanity check (e.g. warn if memory_limit < 256M) to the requirements checker, alongside the existing PHP version/extension checks.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Severity: Low
config/requirements.php(the documented "single source of truth" for runtime requirements) only checks PHP version (8.2+) and 6 extensions (ldap/mysqli/curl/mbstring/fileinfo/json). Noini_get('memory_limit')ormax_execution_timecheck exists anywhere inconfig/requirements.php,scripts/check_requirements.php, orapi/health.php. No app-levelini_set('memory_limit', ...)override exists anywhere either.Impact: A deployment on a host with a low default
memory_limit(e.g. shared-hosting-style 128M) passes the startup requirements check cleanly and only surfaces as a mysterious failure under real load — a large CSV export, an oversized dashboard query on a big install.Fix: Add a memory_limit/max_execution_time sanity check (e.g. warn if memory_limit < 256M) to the requirements checker, alongside the existing PHP version/extension checks.