Hello everyone,
I couldn't keep my fingers off Drupal CMS, of course, and installed the thing directly after the release was made.
on /admin/modules/automatic-update-extensions there is a classic wsod with the default sentence
The website encountered an unexpected error. Try again later.
in /var/log/apache2/error.log i got the same message you can see here:
[Wed Jan 15 20:26:24.418176 2025] [proxy_fcgi:error] [pid 2471] [client ::1:50228] AH01071: Got error 'PHP message: Uncaught PHP Exception Drupal\\package_manager\\Exception\\ComposerNotReadyException: "Failed to run process: <em class="placeholder">The command "'/usr/bin/composer' 'validate' '--check-lock' '--no-check-publish' '--with-dependencies' '--no-ansi' '--working-dir=/var/www/cms'" failed.\n\nExit Code: 2(Misuse of shell builtins)\n\nWorking directory: /var/www/cms/web\n\nOutput:\n================\nasm89/stack-cors is valid\ncarbonphp/carbon-doctrine-types is valid\nchi-teck/drupal-code-generator is valid\nclue/stream-filter is valid\ncommerceguys/addressing is valid\ncomposer/installers is valid\ncomposer/semver is valid\nconsolidation/annotated-command is valid\nconsolidation/config is valid\nconsolidation/filter-via-dot-access-data is valid\nconsolidation/log is valid\nconsolidation/output-formatters is valid\nconsolidation/robo is valid\nconsolidation/site-alias is valid\nconsolidation/site-process is valid\ndavedevelopment/stiphle ...', referer: http://localhost/admin/modules
I used
OS: Ubuntu noble 24.04 x86_64
Host: Windows Subsystem for Linux - Ubuntu (2.3.26)
;looool;. 'oooooooooo, Kernel: Linux 5.15.167.4-microsoft-standard-WSL2
Server version: Apache/2.4.58 (Ubuntu)
Server built: 2024-10-02T12:40:51
PHP 8.3.6 (cli) (built: Dec 2 2024 12:36:18) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.3.6, Copyright (c) Zend Technologies
with Zend OPcache v8.3.6, Copyright (c), by Zend Technologies
loaded via php-fpm
mariadb Ver 15.1 Distrib 10.11.8-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
#[PHP Modules]
calendar
Core
ctype
curl
date
dom
exif
FFI
fileinfo
filter
ftp
gd
gettext
hash
iconv
json
libxml
mbstring
memcache
mysqli
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
Phar
posix
random
readline
Reflection
session
shmop
SimpleXML
sockets
sodium
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
uploadprogress
xml
xmlreader
xmlwriter
xsl
yaml
Zend OPcache
zlib
[Zend Modules]
Zend OPcache
whereis composer
composer: /usr/bin/composer
Hopefully I did not miss any critical information.
How to reproduce the issue
Install the latest Drupal CMS Release as usual
login as admin
go to: admin/modules/automatic-update-extensions
that should be enough to reproduce it.
Comments
Comment #2
joachim namysloComment #3
phenaproximaThanks for this detailed bug report! I notice that you are using Windows Subsystem for Linux, which we theoretically support, but don't test with, largely 'cause (AFAIK) GitLab CI doesn't support it.
This is definitely worth investigating, if one of us can rustle up a Windows machine.
Comment #4
joachim namysloThis is not the WSL, I am not sure. The part of the error message that is a mystery to me is
Maybe the code to execute Composer validate is currently being passed incorrectly
Refferences:
1. https://access.redhat.com/solutions/196563
2, https://tldp.org/LDP/abs/html/exitcodes.html
it looks like a bash syntax problem.
Comment #5
joachim namysloWell,
I sat down again and did a bit of debugging. Since Adam suspected that it could be the Windows subsystem for Linux. Instead of Ubuntu in my WSL, I spawned a Debiaian container. Ta-da, suddenly the WSOD is gone. If I can now find out whether the Ubuntu provided for WSL uses a different Bash version than Debian 12 bookworm, which is what I'm currently using, then that would confirm the theory that this is a bug related to Bash. That wouldn't be good, because we can't tell every host out there which Bash version to install to make the Automatic Update Module work. However, it will take some time before I have a final result. I'll be in touch again then.
By the way, I installed exactly the same packages and modules on Debian as listed above. I even used the same package source.
The update will follow as soon as I have reinstalled Ubuntu 22.04 and checked the Bash version and the behavior on the Drupal page mentioned above.
I tested that with a fresh Ubuntu installation now and can tell that Drupal CMS even works on WSL Ubuntu and Debian , but I cannot reproduce it.
Maybe close it with outdated, because I cannot reproduce it right now.
Comment #6
joachim namyslo