Missing execution bit from chromedriver preventing its execution about panther HOT 23 CLOSED

no, the team stopped using Panthere because of this issue. It was a nightmare to debug/work with. Other executables are fine (doctrine, symfony console etc...) it seems that it's related only with panthere.

We used Cypress for E2E tests.

from panther.

@dunglas thanks, installing unzip solved the problem for me too.

Then I had another problem:

chromedriver_linux64: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory

I installed libxi6 and libgconf-2-4 too to fix the problem.
Hope this will help someone.

Edit: I was using chromium instead of chromedriver

from panther.

Is the project in a shared folder? The shared fs driver you use most likely not preserve permissions.

from panther.

Hey, me and @XavierVallot are working together and I just encountered the same issue.
So yes, we are on a shared FS (Vagrant), but I think it's more a composer issue than something else.

When running composer:

When manually cloning the repo:

Inside the VM, we are using php 7.2.7 and composer 1.6.5.

from panther.

@dunglas you are right, this problem only happens when we require a dependency inside this shared folder. I tried with non-shared folder /srv/app2 and it works.

I tried to update our Vagrantfile with this but it does not work:

config.vm.synced_folder '.', '/srv/app',
  type: 'nfs',
-  mount_options: ['nolock', 'actimeo=1', 'fsc']
+  mount_options: ['nolock', 'actimeo=1', 'fsc', 'exec']

Do you have an idea @tristanbes? 🤔

from panther.

maybe @nervo could enlight us on this (seems to happens only on Linux since on my OSX host, I can't reproduce)

I just can't figure why it's doing this only with this library since you don't have any problem with executable files (bin/console, bin/*, etc...)

from panther.

Maybe it is related to composer too?

from panther.

@XavierVallot @Kocal @tristanbes have you fixed the problem? same here with vagrant and shared FS

from panther.

thanks @tristanbes

from panther.

@tristanbes you can always use your own binary using PANTHER_CHROME_DRIVER_BINARY if there is no other choice.
If someone can provide a repository with a reproducer, I can try to debug this.

from panther.

from panther.

I agree, but as I never faced this problem (and it is likely due to NFS, a volume or something like that), it's hard to debug without reproducer.

from panther.

If I remember well, I think it was a composer issue at the final... 😞
This is what I faced:

I made a reproduction repository here: https://github.com/Kocal/symfony-panther-missing-executable-bit-nfs

Thanks for your time!

from panther.

and it is likely due to NFS, a volume or something like that

Yes, but not in this case.

I tried to install doctrine/orm because it's a package that has binary executables, and the file vendor/doctrine/orm/bin/doctrine is executable.

By looking at its composer.json, there is a special field bin which is specified, and I think it's the key because it's missing in Panther.

What happens if you add "bin": ["chromedriver-bin/chromedriver_linux64"] in composer.json?

from panther.

Ok, I think I get what the problem is. As the Composer warning highlights, unzip is not installed. Unfortunately, it looks like the php ZIP extension is not able to preserve the executable bit of binaries.
Can you try if installing unzip fixes the problem? If it's the case, we should update the documentation to explain than having unzip installed is mandatory.

from panther.

@Kocal, it's probably just a side effect, the bin entry allows packages to expose command line tools (https://getcomposer.org/doc/articles/vendor-binaries.md).
Maybe composer re-add the +x bit when copying the script in this repository, but the underlying issue is more likely that unzip is missing.

I don't think that copying Chromedriver in vendor/bin is a good idea, as it's not a tool designed to be used directly by the end user.

from panther.

As the Composer warning highlights, unzip is not installed.

Good catch, that was the problem!

from panther.

Ok, I'm glad we sorted this out! The next step is to make it bold in the documentation that unzip must be installed to not have this issue.

from panther.

from panther.

Need to check this, this could unlock some important topics for me 👍

from panther.

Maybe composer re-add the +x bit when copying the script in this repository

yeah, composer indeed makes the file executable when creating it in vendor/bin (which makes the original file executable in case a symlink was used, which is the case on *nix systems)

from panther.

@supertanuki: Chrome and Chromedriver binaries require some libraries that are not installed by default with Alpine.
Here it complains about the ones provided by Xorg, but there are probably some other missing.

from panther.

Sorry to comment an old issue, but I think it may be interesting for others landing here from google.

I kept getting this error:
RuntimeException: Could not start chrome (or it crashed) after 30 seconds.

Which was also due to the fact that I had run composer install before installing unzip.

from panther.