You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For types which are not part of the source, Location.getFile().getAbsolutePath() returns a path which contains the Windows drive letter.
For tests which have the path (as part of the URL) in their expected output this therefore results in test failures on Windows.
For example if I run on Windows the test added by #5711 it fails due to the file URL mismatch.
However, it looks like there are no existing tests in this repository with non-source types in their exepcted output, and CodeQL CLI explicitly warns about this:
Locations outside the test directory do not work well for regression tests.
Though it is still rather weird why the Windows drive letter is included in the first place.
Under Windows with the database being under C:\... the result is: C:/modules/java.base/java/lang/Object.class
Under Linux the result is: /modules/java.base/java/lang/Object.class
(Note: For some demo projects the path is /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar/java/lang/Object.class (Query Console link); I am not sure on what this depends and whether this could cause issues for other users as well)
The text was updated successfully, but these errors were encountered:
Version
CodeQL CLI version 2.5.0
Description
For types which are not part of the source,
Location.getFile().getAbsolutePath()
returns a path which contains the Windows drive letter.For tests which have the path (as part of the URL) in their expected output this therefore results in test failures on Windows.
For example if I run on Windows the test added by #5711 it fails due to the file URL mismatch.
However, it looks like there are no existing tests in this repository with non-source types in their exepcted output, and CodeQL CLI explicitly warns about this:
Though it is still rather weird why the Windows drive letter is included in the first place.
Example
Code QL query:
Under Windows with the database being under
C:\...
the result is:C:/modules/java.base/java/lang/Object.class
Under Linux the result is:
/modules/java.base/java/lang/Object.class
(Note: For some demo projects the path is
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar/java/lang/Object.class
(Query Console link); I am not sure on what this depends and whether this could cause issues for other users as well)The text was updated successfully, but these errors were encountered: