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

Feature/env error controls #5216

Closed

Conversation

eic-chr
Copy link

@eic-chr eic-chr commented Aug 23, 2024

Description

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):

Checklist

My PR contains...

  • No code changes (src/ is unmodified: changes to documentation, CI, metadata, etc.)
  • Dependency changes (any modification to dependencies in package.json)
  • Bug fixes (non-breaking change which fixes an issue)
  • Improvements (misc. changes to existing features)
  • Features (non-breaking change which adds functionality)

My changes...

  • are breaking changes to a public API (config options, System API, major UI change, etc).
  • are breaking changes to a private API (Redux, component props, utility functions, etc.).
  • are breaking changes to a developer API (npm script behavior changes, new dev system dependencies, etc).
  • are not breaking changes.

Documentation

  • My changes do not require a change to the project documentation.
  • My changes require a change to the project documentation.
  • If yes to above: I have updated the documentation accordingly.

Automated tests

  • My changes can not or do not need to be tested.
  • My changes can and should be tested by unit and/or integration tests.
  • If yes to above: I have added tests to cover my changes.
  • If yes to above: I have taken care to cover edge cases in my tests.
  • All new and existing tests passed.

ap8715 and others added 30 commits March 30, 2023 10:31
Allows switching between different rulesets, might be useful later on.

Currently supported values: v5,v10
…63d5639f754488

[Snyk] Upgrade react-redux from 7.2.8 to 7.2.9
…al-rules

First draft: Dropdown for spectral rules
Backport of changes introduced in #6. Not entirely sure what happens
here, this seems to be a timing issue.

Not giving an explicit `source` to the messages means they go into the
same pool as the default messages, this also means that they fall into
the same cleanup logic. The `newSpecErrBatch` function seems to mess with
that cleanup (our spectral messages clean up the "regular messages") and
the UI tries to render messages that no longer exist, crashing in the
process.

the `newThrownErrBatch` function doesn't seem to have these issues but
it requires a debounce for some reason or it won't render anything.
…fined

fix(spectral): Fix validation crashing the UI
beji and others added 5 commits May 5, 2023 12:49
We might have in-flight validation attempts
that need to be cancelled when a new one is about to be issued
or we risk getting the same issue displayed multiple times
if the timing is exactly right/wrong and both complete after all `arg.errActions.clear` have run.

To work around this we use an AbortController, fetch has built-in support for that.
Sadly the easy solution of globally creating a controller and then simply sending an abort()
on every run of validateSpec will immediately cancel the new fetch that is supposed to happen.

To work around this a new AbortController is constructed on every run of validateSpec and stored in the controller variable.
The controller variable is null at start and will be set back to null after every fetch() call.
If it isn't null when validateSpec is called then this must mean that a request is currently going on and that can be cancelled.
Overriding the controller afterwards with a new AbortController will avoid the signal also cancelling the new fetch() call

Co-authored-by: Erlwein, Björn <[email protected]>
…4525545682bac0

[Snyk] Upgrade swagger-client from 3.19.2 to 3.19.3
@eic-chr eic-chr closed this Aug 23, 2024
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.

5 participants