Skip to content

Wrong type and provider in Request-URL for Curations from ClearyDefined #8540

Open
@sschuberth

Description

@sschuberth

Discussed in #8539

Originally posted by DoktorLenz April 18, 2024
Hi there,

i noticed that in the scan step requests to clearlydefined are being made and cached in the ort cache.
But in the scan result no curations from clearlydefined have been applied.
So i checked the cached requests and noticed that the request use a wrong url.
E.g. I use the Package [email protected] from the Nuget Package Manager.
The request to clearlydefined used by the scan step is to the following url:
https://api.clearlydefined.io/harvest/git/github/-/WinUIEx/03f6b0992d865d8b796d074d1b4a872a0cdaf79f?form=list
Which returns an empty array.
I wondered why the request uses the git type and github provider instead of using nuget.
So i manually changed the url to
https://api.clearlydefined.io/harvest/nuget/nuget/-/WinUIEx/2.3.4
which returns a propper result with.
Do i need to configure something so that ort uses the right type and provider or is this a bug?

FYI I am using ORT 20.0.0

Thanks in advance!

PS: I just found out that the url with git as type and github as provider works if the namespace would have been set correcty to "dotmorten", which is not the case with ort but manully it works:
https://api.clearlydefined.io/harvest/git/github/dotmorten/winuiex/03f6b0992d865d8b796d074d1b4a872a0cdaf79f?form=list

Metadata

Metadata

Assignees

No one assigned

    Labels

    analyzerAbout the analyzer toolscannerAbout the scanner tool

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions