Skip to content
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

[BUG] RHDA can not open pom.xml when it is not in default disk (Windows) #727

Open
fravelgue opened this issue Jul 31, 2024 · 4 comments
Open

Comments

@fravelgue
Copy link

Describe the bug
RHDA can not open pom.xml when it is not located in default disk. For example, X:\
It shows this error:

ENOENT: no such file or directory, access 'C:\fravelgue\learn-spring\pom.xml'

To Reproduce
Steps to reproduce the behavior:

  1. Open pom.xml that is in a different disk to C:\. In the screenshot: X:\fravelgue\learn-spring\pom.xml
  2. See error

Expected behavior
The effective-pom.xml is generated, and I am able to analyze dependencies as normal.

Screenshots
20240731_fabric8-analytics-vscode-extension

Logs
n/a

VSCode(please complete the following information):

  • OS: Windows: 11 23H2
  • VSCode version: 1.91.1
  • Dependency Analytics Version: 0.9.5

Additional context
It works when using context menu (right button): Red Hat Dependecy Analytics Report.

@johnsteele
Copy link
Collaborator

johnsteele commented Aug 8, 2024

I tried reproducing this issue on my mac, and I get different error, not sure if related.
I'm also running the extension from source, that too could make a difference.
I'll keep investigating.

Pasted Graphic 10

@johnsteele
Copy link
Collaborator

Here's an update:

I've tested the VSCode extension from source, also being tested/referenced is the fabric8-analytics/fabric8-analytics-lsp-server from source, and I'm now no longer getting the previous error on the same package.json file.

So, maybe there's something in master of this repo, or something in master of fabric8-analytics-lsp-server that didn't make its way in the release. I'll keep investigating.

@PhilipCattanach
Copy link

Hi @johnsteele
My understanding of this issue is that the VSCode extension is producing an error message when trying to deal with a pom.xml file that is stored on a different disk drive to the default drive.
Now that you have overcome the issue you described above, have you been able to recreate the original issue?

@johnsteele
Copy link
Collaborator

Hi @PhilipCattanach
Yes, I did test on pom.xml and I was not able to reproduce this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants