Execute PHAR hook installation without an autoloader

[JanWennrichPCSG]

Hello everyone,

I'm running CaptainHook in a somewhat "special" environment.
CaptainHook is "installed" as the PHAR file via PHIVE.
The git repository I want to use CaptainHook for, is a plugin for a PHP software.

Therefore my repository/plugin does not have it's own vendor/autoload.php.
The autoloader is buried somewhere deep inside the "parent" software.
Thus I can/want not to specify the path to the autoloader when running php captainhook.phar install.

As I'm using the standalone PHAR version of CaptainHook and do not intend to install CaptainHook plugins/hooks via composer, I was wondering if it is possible to execute the install without an autoloader.

Is this currently possible?

[sebastianfeldmann]

I have to admit I know this issue for a while now but I haven't gotten around to fix it.
You can trick the Cap'n by using an empty but existing php file as autoloader or if you want you can use the one buried somewhere in your project by using the --bootstrap option

run captainhook install --bootstrap=my/autoloader.php currently the file has to exist. Even if the PHAR file would work without an external autoloader.
I will fix this ASAP, but for now you have to use the --bootstrap workaround.

[JanWennrichPCSG]

Thank you for your quick response!

Using an empty PHP file works great, I'll stick to this for now - thanks for the tip!

[sebastianfeldmann]

Version 5.23.1 contains a fix for this, you should no longer need the empty bootstrap file.

[JanWennrichPCSG]

Hello @sebastianfeldmann,

unfortunately the error still occurs.

I tried this out in the following way:

• create an empty directory
• run git init
• download version 5.23.1 of captainhook.phar from the releases page
• run php captainhook.phar --version
• see CaptainHook version 5.23.1 2024-06-19 #StandWithUkraine
• run php captainhook.phar configure and answer n to all questions
• run php captainhook.phar install
• receive error bootstrap file not found: '/private/tmp/captainhook/vendor/autoload.php'

Looking at the fix (ca543d0), it seems like the check is only ignored, if I set an autoloader in the config that is not equal to vendor/autoload.php.
As I do not set any autoloader at all, I guess CaptainHook defaults to vendor/autoload.php and thus still executes the check?

[sebastianfeldmann]

Yes you are absolutely right.
I had to change the default behavior of getBootstrap() a little bit to actually recognize if a bootstrap file was configured or we are falling back to the default value.

The new fix 04676c9 should fix the problem for good.

[sebastianfeldmann]

Ok, I fixed it and didn't fix it at the same time.
The problem being that the bootstrap logic was executed in two places. The hook execution and the hook installation.
I only "fixed" the execution part so far.
Now the installation should be fixed as well.
Let me run some final checks. If everything works I will close this issue again.

[sebastianfeldmann]

Can confirm, your described flow works now :)

• create an empty directory
• run git init
• download version 5.23.3 of captainhook.phar from the releases page
• run php captainhook.phar --version
• see CaptainHook version 5.23.3 2024-07-07 #StandWithUkraine
• run php captainhook.phar configure and answer n to all questions
• run php captainhook.phar install -f
• WORKS :)