Closed (outdated)
Project:
Drupal core
Version:
11.x-dev
Component:
file system
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
15 Feb 2012 at 03:57 UTC
Updated:
17 Jun 2025 at 00:16 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
mstrelan commentedDoesn't it make more sense to detect the presence of uploadprogress first, before checking why uploadprogress might not be present? This patch will resolve the issue for Litespeed and any other web server that reports uploadprogress is installed, and still suggests using Apache if uploadprogress is not installed.
Comment #2
michaelgc commented#1: 1440584-File-module-reports-server-is-not-capable-of.patch queued for re-testing.
Comment #4
nitinpatel commented#1: 1440584-File-module-reports-server-is-not-capable-of.patch queued for re-testing.
Comment #6
Anonymous (not verified) commentedany news?
Comment #12
caehiew commentedWe are running Litespeed webserver and it shows the error that "Your server is not capable of displaying file upload progress. File upload progress requires an Apache server running PHP with mod_php or Nginx with PHP-FPM".
This seems to be like an incompatibility with on how Drupal checks the module enabled or not... though Litespeed webserver do support the uploadprogress bar.
So it looks like the extension/function is only known to work with an Apache server running PHP with mod_php or Nginx with PHP-FPM and shows warning on other SAPI implementations.
Hope to have a fix on this, although annoying but Drupal still working fine.
Thank you and regards.
Comment #18
3eidoz commentedI running Litespeed web server and it shows the error that "Not enabled: Your server is not capable of displaying file upload progress. File upload progress requires an Apache server running PHP with mod_php or Nginx with PHP-FPM.".
Hope to have a fix on this, although annoying but Drupal(9.3.6) still working.
Thanks.
Comment #19
imclean commentedThis matches both
mod_fcgiandmod_fcgid. It might be more accurate to use https://www.php.net/php_sapi_name .Comment #20
imclean commentedNew patch for 9.3.x taking into account #19.
Comment #21
imclean commentedstrpos check should probably use
==.Comment #23
mstrelan commentedBetter yet we should make use of
str_starts_with()orstr_contains()from newer PHP versions, but available in Drupal thanks to Symfony polyfills.Comment #24
imclean commentedMakes sense. It's a bit neater.
Comment #25
imclean commentedThe issue number in the patch filename isn't quite right.
Comment #28
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue. It either no longer applies to Drupal core, or fails the Drupal core commit checks. Therefore, this issue status is now "Needs work".
Apart from a re-roll or rebase, this issue may need more work to address feedback in the issue or MR comments. To progress an issue, incorporate this feedback as part of the process of updating the issue. This helps other contributors to know what is outstanding.
Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.
Comment #30
smustgrave commentedThis came up as a daily BSI target
Wonder after a few years if still an issue?
Comment #31
mstrelan commentedAs the original reporter of this issue 13 years ago I would imagine it probably is still a problem. But I haven't used Litespeed in probably 10 years and I'm guessing not many others are using it either.
I'd vote to close it as outdated, but let's give it a couple months at postponed in case any of the folks who commented in the last few years want to continue this.
Comment #32
smustgrave commentedSounds like a plan, we don't close issues till after at least 3 months.
Comment #33
kim.pepperI'd say this is outdated since we just check if the extension is enabled now.
Comment #34
mstrelan commented@kim.pepper it looks like we first check for the extension, but even if it's enabled we then go on and check if we're using apache or nginx. If it's neither we say it's disabled. https://git.drupalcode.org/project/drupal/-/blob/11.x/core/modules/file/...
Comment #35
kim.pepperYeah, not sure of the history of this one. I think we could do away with the check for apache and nginx and just display the default "extension missing" message.
Comment #36
acbramley commentedCame up in BSI again, it sounds like this can be closed.