Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Drill down from package to package details #66

Open
pombredanne opened this issue Mar 19, 2024 · 6 comments
Open

Drill down from package to package details #66

pombredanne opened this issue Mar 19, 2024 · 6 comments
Labels
design needed Design details needed to complete the issue enhancement New feature or request

Comments

@pombredanne
Copy link
Member

When a package is in DejaCode and has been furthered scanned, or is in the purldb I would like to drill down aka. navigate to its scan details either in ScanCode.io or the PurlDB.
In particular I would like to see details about license detection results (and scores), license clarity scores and navigate to the resource details

@pombredanne pombredanne added enhancement New feature or request design needed Design details needed to complete the issue labels Mar 19, 2024
@tdruez
Copy link
Contributor

tdruez commented Mar 20, 2024

The challenge here is providing the DejaCode (app1) user a way to reach the ScanCode.io UI (app2) while not having a user account there.
Some solutions may include using "JSON Web Token" like approach to provide temporary user access to the ScanCode.io app, limited to a single Project context.

@pombredanne
Copy link
Member Author

@tdruez I reckon the difficulty, but you are making a specific assumption that we would open the web pages of the SCIO instance separately.

Instead what about these:

  • the SCIO web pages could be fetched remotely an integrated in the web pages of DejaCode,
  • or the API from SCIO could be called by DJCD to retrieve the data that matters and display that in DejaCode

@pombredanne
Copy link
Member Author

This is going to be critical to help curate and review scans in details.
@DennisClark what do you think?

@DennisClark
Copy link
Member

I think that the @tdruez suggestion "Some solutions may include using "JSON Web Token" like approach to provide temporary user access to the ScanCode.io app, limited to a single Project context." actually makes a lot of sense, rather than introducing a lot of redundant info/details in DejaCode. That's my initial reaction anyway, since I'm not very clear on DejaCode retrieving "the data that matters".

@DennisClark
Copy link
Member

DennisClark commented Apr 29, 2024

on the other hand, regarding "the data that matters", there are some data bits that we need to consider for DejaCode, as described in these issues (and others too probably):

@tdruez
Copy link
Contributor

tdruez commented Apr 29, 2024

the SCIO web pages could be fetched remotely an integrated in the web pages of DejaCode,

Not that simple as the page is not only a plain HTML file but has many external dependencies. Also all the links and navigation would have to be somehow rewrited, sounds like a mess.

or the API from SCIO could be called by DJCD to retrieve the data that matters and display that in DejaCode

Depending on which data we want to display, that may results in a lot of code duplication.
If we are limiting the scope to only Package details, that may be ok. But it looks like we need multiple views:
"In particular I would like to see details about license detection results (and scores), license clarity scores and navigate to the resource details"

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
design needed Design details needed to complete the issue enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants