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
Expanding yarn-v1.16.0/LICENSE would create file outside of c:\code\frontend-bug\target\node\yarn #820
Comments
Okay I realized what is going on. The
|
I had a similar issues with symbolic links on Linux and |
I had same issue with install-node-and-npm. I had exctract part of code from DefaultArchiveExtractor::extract() method and try to simulate it in external simple project and the problem is exactly here:
File::getCanonocalPath() under Windows returns uppercase drive letter but destinationDirectory is obtained from File::getPath(). |
I have the same problem under windows. I would be happy to see a fix. Thanx alot. |
I believe this will be fixed in the next release, which will (hopefully) come before Christmas! |
also waiting for this fix.. thank you in advance ! |
Hi @eirslett, any news on when we could expect this to be released? Thank you :) |
It is released now! Version 1.9.0. |
The issue was fixed in version 1.9.0 of the plugin, see: eirslett/frontend-maven-plugin#820 (comment)
Fix is working for me, thank you ! |
@eirslett I can confirm it fixed the problem for me too :) |
Do you want to request a feature or report a bug?
Bug.
What is the current behavior?
The plugin believes that c:\code\frontend-bug\target\node\yarn-v1.16.0\LICENSE would fall outside of c:\code\frontend-bug\target and stops execution.
I believe the bug is found in
com.github.eirslett.maven.plugins.frontend.lib.ArchiveExtractor
. The format ofdestPath.getCanonicalPath()
could be different fromdestinationDirectory
due to platform differences.If the current behavior is a bug, please provide the steps to reproduce.
The bug does not always occur. We have Windows 10 laptops with IBM corporate bloatware installed. Out of five people, three experienced this issue. Two were magically fixed by installing MinGW on their machines and putting it on PATH variable. One persists, so it could be a coincidence.
A simple c:\code\frontend-bug\pom.xml file that reproduces the issue on my machine:
What is the expected behavior?
The plugin extracts the contents of yarn-v.1.16.0.tar.gz into c:\code\frontend-bug\target\node\ and continues execution.
Please mention your frontend-maven-plugin and operating system version.
frontend-maven-plugin: 1.7.6
windows: Windows 10 Enterprise 1809 17763.437
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T20:49:05+01:00)
Maven home: c:\Program Files\maven\bin..
Java version: 1.8.0_171, vendor: Oracle Corporation
Java home: c:\Program Files\Java\jdk1.8.0_171\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
The text was updated successfully, but these errors were encountered: