GSK-1272- Filter slicing functions clauses when column name are not available#1175
Conversation
GSK-1280 Slicing functions are being shared between all projects
We can see all slicing functions when debugging a model/dataset, even if the dataset doesn't contain the columns displayed on the slicing function list. How to reproduce:
|
…-shared-between-all-projects
…-shared-between-all-projects
…-shared-between-all-projects
…-shared-between-all-projects
…-shared-between-all-projects
…-shared-between-all-projects # Conflicts: # frontend/src/views/main/utils/DatasetSelector.vue # frontend/src/views/main/utils/SlicingFunctionSelector.vue
…-shared-between-all-projects
|
@kevinmessiaen, we still don't separate uploaded slicing functions per project. This causes a problem for example with slicing function upload: The snippet below fails on last row execution because This is because today we don't store a link between a slicing function and a project, but we should. Then, when accessing a list of slicing functions in the UI we should filter based on whether a given slicing function belongs to a project or not (same probably applies to transformation functions) |
…-shared-between-all-projects
…-shared-between-all-projects
|
@kevinmessiaen , I fixed the project-level slicing function upload, there's just the part of filtering of the UI left. Inside the project you should only see global artefacts and the ones uploaded to this project. |
…-shared-between-all-projects
…-shared-between-all-projects
@andreybavt it's now handled in the UI as well as some improvement in the backend |
…-shared-between-all-projects
|
Kudos, SonarCloud Quality Gate passed! |
GSK-1272 Uploading test suite to two different projects causes strange behaviour
When I do I will get a test suite in project 2 which is empty, but can be executed: |
…-shared-between-all-projects # Conflicts: # backend/src/main/java/ai/giskard/domain/DatasetProcessFunction.java # backend/src/main/java/ai/giskard/service/SlicingFunctionService.java # backend/src/main/java/ai/giskard/service/ml/MLWorkerCacheService.java # backend/src/main/java/ai/giskard/web/rest/controllers/DatasetsController.java # backend/src/main/java/ai/giskard/web/rest/controllers/SlicingFunctionController.java # backend/src/main/java/ai/giskard/web/rest/controllers/TransformationFunctionController.java # backend/src/main/resources/config/liquibase/master.xml # frontend/src/api.ts # frontend/src/stores/catalog.ts # frontend/src/views/main/project/FiltersCatalog.vue # frontend/src/views/main/project/TransformationsCatalog.vue # frontend/src/views/main/utils/DatasetSelector.vue # frontend/src/views/main/utils/SlicingFunctionSelector.vue
|
| GitGuardian id | Secret | Commit | Filename | |
|---|---|---|---|---|
| 7997207 | Generic High Entropy Secret | f04d591 | python-client/test.ipynb | View secret |
| 7997207 | Generic High Entropy Secret | 4a72cf4 | python-client/test.ipynb | View secret |
🛠 Guidelines to remediate hardcoded secrets
- Understand the implications of revoking this secret by investigating where it is used in your code.
- Replace and store your secrets safely. Learn here the best practices.
- Revoke and rotate these secrets.
- If possible, rewrite git history. Rewriting git history is not a trivial act. You might completely break other contributing developers' workflow and you risk accidentally deleting legitimate data.
To avoid such incidents in the future consider
- following these best practices for managing and storing secrets including API keys and other credentials
- install secret detection on pre-commit to catch secret before it leaves your machine and ease remediation.
🦉 GitGuardian detects secrets in your source code to help developers and security teams secure the modern development process. You are seeing this because you or someone else with access to this repository has authorized GitGuardian to scan your pull request.
Our GitHub checks need improvements? Share your feedbacks!
…-shared-between-all-projects
…ns-are-being-shared-between-all-projects' into feature/gsk-1280-slicing-functions-are-being-shared-between-all-projects
…-shared-between-all-projects
…-shared-between-all-projects # Conflicts: # backend/src/main/java/ai/giskard/service/DatasetProcessFunctionService.java # backend/src/main/java/ai/giskard/service/SlicingFunctionService.java
andreybavt
left a comment
There was a problem hiding this comment.
@kevinmessiaen , generally the PR looks good to me. Could you just replace the modified getCatalog and createSlicingFunction in api.ts by the autogenerated api-v2.ts methods and remove both of them from api.ts. Like this we don't add extra work for the migration in the future
…-shared-between-all-projects
…ns-are-being-shared-between-all-projects' into feature/gsk-1280-slicing-functions-are-being-shared-between-all-projects
…-shared-between-all-projects
…ns-are-being-shared-between-all-projects' into feature/gsk-1280-slicing-functions-are-being-shared-between-all-projects
|
Kudos, SonarCloud Quality Gate passed! |








Description
Filter slicing functions clauses when column name are not available
In slicing function catalog, filter dataset for clause based functions
Related Issue
Type of Change