-
Notifications
You must be signed in to change notification settings - Fork 70
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
Todo flags, Checkbox & Filter for reviewing licenses, Auto-scroll to focus bug fixes #610
Conversation
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
ee8970a
to
5c24602
Compare
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
… explorer for #612 Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks++ @OmkarPh
See comments below
Couple of points on the License Explorer UI update:
- We have a new bug where we have a URL link highlighted for a
spdx-license-identifier
rule which was not the case before - The
matches
table should be before theFile regions
table - We can probably use the space better in the matches table with having two columns side-by-side for the attributes other than license-expression and matched-text
- We should have more info from the rule attributes in the matches table: like
rule_length
and the boolean flags too?
The Review feature and the checkboxes work perfectly
For the new Package Explorer -> License View navigation feature:
Now this looks something like this:
License Detections:
mpl-2.0 mpl-2.0
- I think the seperate license detections should be in different lines or in some other way which is more clear that the license detections are seperate entries
- For the scan linked below one of the link does not seem to work, goes to the License Explorer page with
No License detection / clue selected
libzmq-4.3.5-scan-results.json.txt
I think it would be a good idea to create seperate PRs for seperate issues in future as it's easier to review, one feature will not get delayed by reviews on others, and more. We can always merge from main/base on different branches to get around the issues from this.
…parser Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Hey @AyanSinhaMahapatra |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@OmkarPh A last couple of nits for your consideration, looks good otherwise.
- In licenses explorer we have a help text for the checkboxes:
Tick the checkboxes below to mark licenses as reviewed
, herelicenses
should belicense detections
- The rule details dialog looks great, but we should have the
i
Info icon beside this to nudge the users more explicitly towards the dialog on hover, otherwise this is hidden. - In some cases the SPDX license expression is missing. See for example the LicenseDetection with expression
lgpl-2.0-plus AND lgpl-2.1-plus AND mpl-2.0
which has an issue, marked with an exclamation mark (in the attached scan). This should be resolved from the references properly. But note that in future we will be providing SPDX license expressions everywhere we now have a license-expression, to make it easier for end-users, this update will be added very soon.
libzmq-4.3.5-scan-results.json.txt
Thanks++ for the updates.
Signed-off-by: Omkar Phansopkar <[email protected]>
Signed-off-by: Omkar Phansopkar <[email protected]>
Also, I was wondering if we should duplicate this beside the license clues section below ?
I didn't understand what you mean here, we already have it beside it right
Thanks for highlighting, fixed it |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Thanks++ @OmkarPh , please merge and release 😄
Not required probably, your call.
Yeah it's visible now, not sure why it wasn't earlier, my bad. Thanks!
Btw, there are still some issues for license-expressions that have |
Thansk @AyanSinhaMahapatra
Yeah, my bad. I'll create another PR for this |
Note-
This branch is a change on existing sqlite structure, so don't try importing existing sqlite files (from previous branches)
The behavior for recent files is as follows:
In (latest) production builds-
In dev mode -
Open
for a previously importedSqlite
file, it'll open the sqlite file and vetted feature would work fine.To test vet/unvet feature in dev mode, first, import a JSON. & when coming back, import the sqlite file instead of using the history item. After this point, you'll see sqlite entry in history items, which you can import again and again & the vetted status will work just fine!
I'd also suggest, doing
npm run publish
and directly testing the final build