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

fix(test): inject dummy OAuth values in integration tests #1172

Merged
merged 1 commit into from
Jan 31, 2025

Conversation

jvallesm
Copy link
Collaborator

Because

  • Integration tests passed on the CI because dummy values were injected for
    the OAuth configuration. This was required to enable OAuth for the GitHub
    component, whose OAuth integration was later tested. On local testing,
    however, we relied on these values to be present on .env.component

This commit

  • Creates an .env.component-test file, which contains the dummy values.
    This is used on make *test* in order not to overwrite local
    configuration values.

@jvallesm jvallesm self-assigned this Jan 31, 2025
@jvallesm jvallesm marked this pull request as ready for review January 31, 2025 12:37
@jvallesm jvallesm merged commit 2540997 into main Jan 31, 2025
14 checks passed
@jvallesm jvallesm deleted the jvalles/fix-local-integration-test-release branch January 31, 2025 14:52
jvallesm added a commit to instill-ai/pipeline-backend that referenced this pull request Feb 4, 2025
Because

- Some EasyOCR models are needed by Docling to transform PDF to
Markdown. Without them, the first execution of the document component
fails because the output starts by a "Downloading detection model,
please wait..." print.
- This also prevented coverage for the Docling converter.
- The `use-docling` parameter in the document operator is less open to
changes that an enum `converter` selector.

This commit

- Adds the EasyOCR models to the Docker images.
- Corrects the integration test in the CI after [the latest changes in
instill-core
](instill-ai/instill-core#1172).
- Replaces the `use-docling` parameter by `converter`.

The following changes are made on the `Dockerfile`:
- `nobody:nogroup` needs to have a $HOME where the EasyOCR models will
be placed (internally, this engine looks for the models in
`~/.EasyOCR/model`).
- The workdir (`/pipeline-backend`) is owned by `nobody:nogroup` in the
dev image so we can run the coverage action without the root user.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Status: No status
Development

Successfully merging this pull request may close these issues.

2 participants