test : add unit tests for _sanitize_stderr in parser_sandbox
Nessuno ha ancora preso questa issue.
- #2426 di @tmdeveloper007 — chiusa senza merge
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 35/100
Direzione di ricerca
Read backend/secuscan/parser_sandbox.py to inspect _sanitize_stderr() and the existing tests in testing/backend/unit/test_parser_sandbox.py and testing/backend/unit/test_parser_sandbox_helpers.py. Add the requested cases in testing/backend/unit/test_parser_sandbox_stderr_sanitize.py and run that test file. Done means the tests cover path and line replacement, case handling, multiple matches, unchanged text, truncation, and replacement order; a linked pull request is already present.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary of What Needs to be Done:
Add unit tests for the _sanitize_stderr() helper function in backend/secuscan/parser_sandbox.py. This function strips absolute file paths and Python line-number references from stderr output before logging, to prevent leaking internal topology in diagnostic logs.
The existing test file testing/backend/unit/test_parser_sandbox.py covers 27 tests and testing/backend/unit/test_parser_sandbox_helpers.py covers the environment sanitization helpers, but _sanitize_stderr is not imported or tested in either file.
Changes that Need to be Made:
Create a new file testing/backend/unit/test_parser_sandbox_stderr_sanitize.py:
- Import
_sanitize_stderrfrombackend.secuscan.parser_sandbox - Test that absolute Unix paths (e.g. /home/user/project/file.py) are replaced with [PATH]
- Test that Windows absolute paths (e.g. C:\Users\project\file.py) are replaced with [PATH]
- Test that Python line number references (e.g. "line 42", "Line 1") are replaced with [LINE]
- Test that the function is case-insensitive for line number matching
- Test that multiple occurrences are all replaced
- Test that text without paths or line numbers is returned unchanged
- Test that the output is truncated to the max_chars default (500) for very long inputs
- Test that max_chars parameter controls the truncation length
- Test that the order of replacement is path first, then line numbers
Impact that it would Provide:
- Prevents internal file paths and line numbers from leaking into operator-facing logs
- Ensures the sanitizer handles edge cases (no paths, multiple paths, mixed content)
- Validates the truncation behavior to prevent memory issues from huge stderr
Note: This task is being handled by tmdeveloper007 — please assign to that account when picking it up.
- Lingua principale
- Python
- Stelle
- 36
- Fork
- 234
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di utksh1/SecuScan
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
area:frontend good first issue level:beginner priority:low type:testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
area:frontend good first issue level:intermediate priority:low type:testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Tutte le issue di utksh1/SecuScan
Issue simili
-
[BUG] HTTP lifecycle dispatch treats a NO_PROXY-only environment as corporate egress and skips the resolve-and-pinned sessionForse già presa @bodapatisaikrishna l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[integration]: NoMacSandboxApertaexternal
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
langchain-ai/docs#7652 ·
I maintainer di solito rispondono entro 1 giorno
-
[oblt-aw][autodoc] Document new e2e-secret-leak-artifacts workflow and update e2e-all leaf listAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
elastic/oblt-aw#2513 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug p2
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
NCAR/CLM-Tutorial#113 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno