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

inso lint does not load custom .spectral.yml when linting API specs using --exportFile flag #7901

Open
1 task done
karivatj opened this issue Sep 2, 2024 · 0 comments
Open
1 task done
Assignees
Labels
B-bug Bug: general classification S-unverified Status: Unverified by maintainer

Comments

@karivatj
Copy link

karivatj commented Sep 2, 2024

Expected Behavior

The expected behavior is that the Inso CLI should load the custom ruleset from .spectral.yaml, just as it does when linting an API spec directly. When running inso lint spec somespec.yaml, it is indicated in the console that the Spectral YAML is being loaded. However, this does not occur when linting with inso lint spec --exportFile some-exportfile.json "Some API Spec identifier here

Actual Behavior

The Inso CLI does not use the .spectral.yaml file in the current working directory when the --exportFile flag is used to define an Insomnia v4 export file (Design Document).

Reproduction Steps

  1. Export a design document containing an API specification.
  2. Create a .spectral.yml file and add custom rulesets.
  3. Lint the API spec within the export file using inso lint spec --exportFile export.json "API Spec identifier".
  4. Check the console to see if the Spectral YAML file is being loaded.

Is there an existing issue for this?

Additional Information

No response

Insomnia Version

9.3.3 (inso-cli)

What operating system are you using?

Windows

Operating System Version

Windows 01

Installation method

Download from insomnia.rest

Last Known Working Insomnia version

N/A

@karivatj karivatj added B-bug Bug: general classification S-unverified Status: Unverified by maintainer labels Sep 2, 2024
@jackkav jackkav self-assigned this Sep 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
B-bug Bug: general classification S-unverified Status: Unverified by maintainer
Projects
None yet
Development

No branches or pull requests

2 participants