-
-
Notifications
You must be signed in to change notification settings - Fork 635
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Phar doesn't work after 3.3.1 #3562
Comments
I think the problem you are facing is caused by the fact the new release is a zipped phar file to reduce the size of the package. When I download the file using your curl command I get the same error however when I use the original file file it still works. Making a symlink does work, that might help you to solve your issue with to much impact. It's unclear to me right now why this happens, I will investigate this. |
Interesting! Symlink or renaming to |
seems like there is an issue with 3.4 for now phpDocumentor/phpDocumentor#3562
It isn't working on my end. 🤦🏼 My environment:
Version 3.3.1 works just fine. |
php 7.4 is not supported anymore. |
@jaapio right, it's failing because of the PHP 7.4. Thanks for the confirmation.
Looks like docs need to be updated accordingly. |
|
Thanks I will update them.
That's sad... I still haven't found an solution for this. |
Another report here - this breaks automated workflows using
Source: https://github.com/PHPCSStandards/PHPCSUtils/actions/runs/5971668670/job/16201054407 |
I finally found something... not yet the solution though... it seems to be related to the new stub file included in our phar. |
ok, it turns out that php's phar does not support all filenames, so I had to introduce an alias name to make sure the bootstrap works as expected. This alias is some kind of internal reference to the current phar.
|
By using phar::mapPhar we allow the current phar to be renamed while files can still be loaded by it's orginal name. Fixes #3562
v3.4.1 willl be available within minutes. This should fix your issue. Thanks for all the reports! |
@jaapio Thank you! I'll restart the workflows and will report back. |
Doc generation build is passing again! P.S.: you may want to update this sentence in the intro for the 3.4.0 release changelog to make it clear support for 8.0 has also been dropped (that's now hidden away further down in the changelog)
|
* add php codecoverage to cypress tests * escape double less than * fix phpdoc version seems like there is an issue with 3.4 for now phpDocumentor/phpDocumentor#3562 * add missing line end escape * create directory first * try to make test less flaky * try double quotes * fix sed command * use a bash script * fix phpcov path * exclude src/commands during codecoverage with cypress * merge coverage report also when running tests/run.sh * don't test experiments page over and over again after login * add more tests, cover edge case during schedule report creation * add test for HeartBeat.php, enable coverage * add cypress test for register.php * add missing declaration * fix some file path/names * oops, some more * update circleci config file * more cypress tests on search page * add input elemets * more make and search test stuff * add import test and fix csv import * use typescript for cypress, add more test, fix some php stuff * remove leftover js file * error => e * fix unit tests for getPage() of tags and teamgroups * lint cypress test files and upload merged coverage report to codecov * Update package.json * avoid log injection but this shoud not be a problem here at all * singlequote quotes * minor fixes --------- Co-authored-by: Nicolas CARPi <nico-git@deltablot.email>
Do you have the zip extension installed in php? |
Hi@all, I'm facing a similar problem, but only the second time I run the phar. My environment
Steps to reproduce the problem:FYI: I'm working into /tmp directory.
After these steps. from the second time I launch the phar onwards: I obtain the following result:
Additionally I've extracted the phar before and after running it and seen that in the second extraction there are missing files. One for all |
I created a new issue, please continue there, as this issue was different. |
Running the phpDocumentor phar worked fine for me up to 3.3.1 but it stopped working for 3.4.0. This cropped up initially in a gitlab pipeline, it had worked fine on Aug 15 but it stopped working Aug 16. Nothing in the pipeline environment changed between runs. I was also able to replicate the issue on my personal machine.
Expected behavior
Running the phpDocumentor phar file should work.
Actual behavior
The phpDocumentor phar complains about
Failed to open stream: phar error: no directory in "phar:///[redacted]/phpdoc/bin/phpdoc"
Steps to reproduce the problem
Your environment
The text was updated successfully, but these errors were encountered: