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

Re-enable new style of tracing #770

Merged
merged 1 commit into from
Nov 4, 2021
Merged

Re-enable new style of tracing #770

merged 1 commit into from
Nov 4, 2021

Conversation

edoardopirovano
Copy link
Contributor

@edoardopirovano edoardopirovano commented Oct 12, 2021

In #766, I temporarily disabled using the new style of tracing introduced by #744 as some issues were identified with it.

These issues have now been fixed by myself and @alexet in the internal PRs https://github.com/github/semmle-code/pull/40519 and https://github.com/github/semmle-code/pull/40515, both of which will be included in the upcoming 2.7.0 release of the CodeQL CLI.

Therefore, it should be safe for the codeql-action to use indirect and multi-language tracing starting with that release. This PR sets the version flag accordingly.

cc. @hmakholm and @jbj as they reviewed the internal PR.

Merge / deployment checklist

  • Confirm this change is backwards compatible with existing workflows.
  • Confirm the readme has been updated if necessary.
  • Confirm the changelog has been updated if necessary.

@edoardopirovano edoardopirovano requested a review from a team as a code owner October 12, 2021 12:49
@hmakholm
Copy link
Contributor

Hmm, as much as I'd like getting rid of the old code, perhaps we shouldn't suddenly enable the new way to do things in production the moment the new CLI release timed to coincide with GitHub Universe becomes available ...

@alexet
Copy link
Contributor

alexet commented Oct 12, 2021

I would like the switch to be made separately to a CLI release so any issues are attributed to the correct cause more easily.

@edoardopirovano
Copy link
Contributor Author

edoardopirovano commented Oct 12, 2021

Both sensible points. How about we merge this after the next CLI release and do an Action release shortly after (and after GitHub Universe)? That way we'll have two versions of the Action using the same CLI but with and without the new style of tracing.

src/codeql.ts Outdated Show resolved Hide resolved
@edoardopirovano
Copy link
Contributor Author

Thanks for the review! Per the discussion above, I will hold off on merging until after GitHub Universe.

@jbj
Copy link

jbj commented Oct 26, 2021

Cc @criemen.

@criemen
Copy link
Contributor

criemen commented Oct 27, 2021

Do we now have an integration test for this that tests that unsetting the entire environment doesn't break extraction of C++ or C#?

Copy link
Contributor

@criemen criemen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Leaving a blocking review until the Go special casing discussed on slack has been resolved.

@edoardopirovano
Copy link
Contributor Author

Do we now have an integration test for this that tests that unsetting the entire environment doesn't break extraction of C++ or C#?

This is a good point. There's a test in semmle-code on the indirect build tracing feature that the Action is using, but it's probably worth having an end-to-end integration test with the Action here. I have added this unsetting to one of our existing integration tests.

Leaving a blocking review until the Go special casing discussed on slack has been resolved.

Thanks. I believe this has now been resolved with no changes needed as we have decided we will not special case Go going forward.

Copy link
Contributor

@criemen criemen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One minor nitpick then, LGTM otherwise

@edoardopirovano
Copy link
Contributor Author

Aargh, looks like something is still broken 😠

Let me investigate what is going on...

@edoardopirovano
Copy link
Contributor Author

Aargh, looks like something is still broken 😠

Let me investigate what is going on...

The root cause of this was https://github.com/github/codeql-coreql-team/issues/1719.

I don't think this needs to block releasing this as things were already broken there. If there's no objections, I'll merge this and do a separate codeql-action release tomorrow per @alexet's suggestion so we can pinpoint any issues that may arise to this PR.

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

Successfully merging this pull request may close these issues.

None yet

6 participants