unreliable installation of additional plugins and skins with roundcube v1.6.6

This helm chart provides the feature to define additional plugins and skins to be enabled for roundcube. If not available, the helm chart is designed to install the missing plugins and skins. Unfortunately, this seems to be broken in some way. Unfortunately, I'm not able to reliably reproduce the behavior described here, so maybe somebody else could take a look into it and support in finding and solving the problem.

Current Design

Currently, the Roundcube Docker Images Dockerfiles contain their own entrypoint script. This entrypoint script checks if the docker container is either started with apache2* or php-fpm as command and does the installation of roundcube (basically a copy from /usr/src/roundcubemail to /var/www/html). For different commands, the script does nothing.

For this reason, in this helm chart templates, the additional plugin installation is done before this script is called and should install plugins and skins to /usr/src/roundcubemail, so that the original installer script can copy additional plugins and skins along with the other files. Installation for roundcube plugins/skins is generally done using composer. For composer, there is a Roundcube Plugin Installer plugin, which is designed to detect the type of the composer package to be installed and to move it into the right directory (skins for skins, plugins for roundcube plugins and vendor for other 3rd party libraries). This should, according to my understanding, also be valid for manually installed packages using composer require command.

Actual Behavior

It looks like that using this helm chart additional plugins and skins, installed using composer require <plugin/skin name:version> are always installed into the plugins directory. Also connecting manually to a running pod, cding to /usr/src/roundcubemail and there running composer require roundcubemail/larry (which should install the additional larry skin to the skins directory) installs the files of the larry skin to plugins/larry. Trying the same locally with docker, it works as expected, with the larry skin in skins directory.

Any idea?