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

Set go DebugConfguration working directory for tests #6748

Merged
merged 2 commits into from
Sep 12, 2024

Conversation

muldrik
Copy link
Contributor

@muldrik muldrik commented Sep 10, 2024

Fixes #2213

Checklist

  • I have filed an issue about this change and discussed potential changes with the maintainers.
  • I have received the approval from the maintainers to make this change.
  • This is not a stylistic, refactoring, or cleanup change.

Please note that the maintainers will not be reviewing this change until all checkboxes are ticked. See
the Contributions section in the README for more
details.

Discussion thread for this change

Issue number: #2213

Description of this change

I have ran into the same issue and wanted to fix it. I don't know if it is desirable for someone to have a different working directory for "run" and "debug" actions and I'm not familiar enough with the project to make a feature flag for this.

I have tested multiple project layouts to figure out the working directory used for bazel test and the "run" action for the ide. The mattern always seems to match the <path_to_workspace>/<package_path> which I went for and which fixed the issues for me. <path_to_workspace> is the directory with the BUILD file where the corresponding target is defined

@github-actions github-actions bot added product: GoLand GoLand plugin awaiting-review Awaiting review from Bazel team on PRs labels Sep 10, 2024
@muldrik
Copy link
Contributor Author

muldrik commented Sep 12, 2024

Hi, @tpasternak! I'm checking in to ask if you're going to take a look at this.

I have received the approval from the maintainers to make this change.

This point from the checklist is really confusing

@tpasternak
Copy link
Collaborator

Sorry, I'm only partially available this week.cc @agluszak

@tpasternak tpasternak assigned agluszak and jastice and unassigned tpasternak Sep 12, 2024
@@ -452,6 +453,21 @@ private static ExecutableInfo parseScriptPathFile(
workspaceName,
args.get(1))
.toFile();

Matcher testTarget = TEST_TARGET.matcher(text);
if (testTarget.find()) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I think that thanks to this if this shouldn't break anything

@@ -409,6 +409,8 @@ private static File findExecutable(Label target, List<File> outputs) {
private static final Pattern TEST_SRCDIR = Pattern.compile("TEST_SRCDIR=([^ ]+)");
// Matches RUNFILES_<NAME>=<value>
private static final Pattern RUNFILES_VAR = Pattern.compile("RUNFILES_([A-Z_]+)=([^ ]+)");
// Matches TEST_TARGET=//<package_path>:<target>
private static final Pattern TEST_TARGET = Pattern.compile("TEST_TARGET=//([^:]*):([^\\s]+)");
Copy link
Collaborator

Choose a reason for hiding this comment

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

Have you tested it both with bzlmod and without it?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

We have bzlmod in some form in our company's repo which I have also tested this on, however I'm not familiar with what it does and what implications it can bring. So, no, and I don't really know how to test this extensively.

Copy link
Collaborator

Choose a reason for hiding this comment

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

So the main difference between bzlmod and non-bzlmod projects is the introduction of canonical repository names. Also some rulesets behave differently depending on whether bzlmod is enabled or not (however user-visible differences are usually a bug).

I was asking because whenever there's a target pattern with a single @ or without any @s it is possible that under bzlmod it got turned into a @@ (we - JetBrains - have run into such problems in out Hirschgarten repo).

But if it works with bzlmod it's much more probable that it will work without it than the other way round :)

So I'll merge it if it works for you!

@agluszak agluszak merged commit 47517d0 into bazelbuild:master Sep 12, 2024
6 checks passed
@github-actions github-actions bot removed the awaiting-review Awaiting review from Bazel team on PRs label Sep 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
product: GoLand GoLand plugin
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Golang Test Debugger runs with PWD being the project root
4 participants