Skip to content

[UI] Enterprise Test Fixes#31355

Merged
zofskeez merged 1 commit into
mainfrom
ui/ent-test-fixes
Jul 22, 2025
Merged

[UI] Enterprise Test Fixes#31355
zofskeez merged 1 commit into
mainfrom
ui/ent-test-fixes

Conversation

@zofskeez
Copy link
Copy Markdown
Contributor

Description

Fixes a couple of enterprise tests that were failing from #31347

TODO only if you're a HashiCorp employee

  • Backport Labels: If this fix needs to be backported, use the appropriate backport/ label that matches the desired release branch. Note that in the CE repo, the latest release branch will look like backport/x.x.x, but older release branches will be backport/ent/x.x.x+ent.
    • LTS: If this fixes a critical security vulnerability or severity 1 bug, it will also need to be backported to the current LTS versions of Vault. To ensure this, use all available enterprise labels.
  • ENT Breakage: If this PR either 1) removes a public function OR 2) changes the signature
    of a public function, even if that change is in a CE file, double check that
    applying the patch for this PR to the ENT repo and running tests doesn't
    break any tests. Sometimes ENT only tests rely on public functions in CE
    files.
  • Jira: If this change has an associated Jira, it's referenced either
    in the PR description, commit message, or branch name.
  • RFC: If this change has an associated RFC, please link it in the description.
  • ENT PR: If this change has an associated ENT PR, please link it in the
    description. Also, make sure the changelog is in this PR, not in your ENT PR.

PCI review checklist

  • I have documented a clear reason for, and description of, the change I am making.
  • If applicable, I've documented a plan to revert these changes if they require more than reverting the pull request.
  • If applicable, I've documented the impact of any changes to security controls.

Examples of changes to security controls include using new access control methods, adding or removing logging pipelines, etc.

@zofskeez zofskeez added this to the 1.21.0-rc1 milestone Jul 22, 2025
@zofskeez zofskeez requested a review from a team as a code owner July 22, 2025 19:24
@github-actions github-actions Bot added the hashicorp-contributed-pr If the PR is HashiCorp (i.e. not-community) contributed label Jul 22, 2025
@github-actions
Copy link
Copy Markdown

Build Results:
All builds succeeded! ✅

@github-actions
Copy link
Copy Markdown

CI Results:
All Go tests succeeded! ✅

test('it falls back error template if no permission', async function (assert) {
this.server.get('/sys/config/ui/login/default-auth', () => overrideResponse(403));
await visit('vault/config-ui/login-settings');
assert
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

This test change is actually what prompted me to ask you about consistent error handling a few weeks ago! I remember you saying it was on your radar. The new api service error messages display kind of funky. Is the eventual end goal to have them all show similar info? Maybe we don't need to show the URL but that might be useful

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Yes so my plan is to consistently use the Page::Error component but it's something I want to circle back too since it needs to be updated in many places. The error handling is all over the place. Realistically, unless there is a specific case to display something different we should let the error bubble up to the top level and use the component (which has already been updated) rather than having individual error templates in child routes that are very similar.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

That's right, thank you for reiterating! Yes - it is definitely all over the place. Sounds good - I agree 😄

Copy link
Copy Markdown
Contributor

@hellobontempo hellobontempo left a comment

Choose a reason for hiding this comment

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

Aha! Someone didn't run enterprise tests 😉 Lol, just giving you a hard time!

For what it's worth, I think after some of the stabilizing PRs I merged a few weeks ago, running enterprise tests on main should consistently pass via yarn test:ent

There were lots of problems of 1.20, but I haven't had issues on main so far 🤞

@zofskeez
Copy link
Copy Markdown
Contributor Author

Aha! Someone didn't run enterprise tests

😁 I've given up running them locally because tests are always failing and it's hard to tell if it's from my changes. But in this case I just totally missed these which were clearly in the PR's I was reverting 😞

@zofskeez zofskeez merged commit 8011ac7 into main Jul 22, 2025
44 checks passed
@zofskeez zofskeez deleted the ui/ent-test-fixes branch July 22, 2025 21:34
Erfankam pushed a commit to Erfankam/vault that referenced this pull request Sep 1, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

hashicorp-contributed-pr If the PR is HashiCorp (i.e. not-community) contributed pr/no-changelog ui

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants