Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[BUG] never-worked baseline handling is not fully integrated into trusted CI reporting

Aperta
  • Qualcosa non va?
#1,057 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 6 giorni

@Rahul-2k4 ci sta già lavorando.

Dal 11/3/2026.

  • #1058 di @Rahul-2k4 — aperta

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
42/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
python
Ambito
backend, ci-cd, testing

Direzione di ricerca

Inizia dal controller e dai test di regressione che coprono l’aggiornamento della baseline attendibile, la mutazione della baseline delle PR, la segnalazione specifica della piattaforma dei casi che non hanno mai funzionato e i commenti sulle PR. Traccia il flusso di BaselineStatus, della cronologia della baseline, del backfill della migrazione e della logica dei risultati di regressione attraverso il reporting CI. Il lavoro è completato quando le run dei commit attendibili aggiornano le baseline, le run delle PR e dei fork non lo fanno e i commenti distinguono tra errori nuovi, esistenti e specifici della piattaforma relativi a casi che non hanno mai funzionato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Sample platform commit (found at the bottom of each page) : 66f057ab

In raising this issue, I confirm the following (please check boxes, eg [X]):

  • I have read and understood the contributors guide.
  • I have checked that the bug-fix I am reporting can be replicated, or that the feature I am suggesting isn't already present.
  • I have checked that the issue I'm posting isn't already reported.
  • I have checked that the issue I'm posting isn't already solved and no duplicates exist in closed issues and in opened issues
  • I have checked the pull requests tab for existing solutions/implementations to my issue/suggestion.

My familiarity with the project is as follows (check one, eg [X]):

  • I have never visited/used the platform.
  • I have used the platform just a couple of times.
  • I have used the platform extensively, but have not contributed previously.
  • I am an active contributor to the platform.

Summary

The recently added BaselineStatus model state still needs end-to-end integration in the CI and reporting flow.

Today the platform only partially understands never_worked:

  • baseline state can exist at the model and schema level, but reporting can still misclassify failures
  • baseline history should only be refreshed from trusted main-repo commit runs, not from unmerged PR or fork runs
  • never worked needs to be evaluated per platform using last_passed_on_linux and last_passed_on_windows, otherwise a test that passed on Linux can be misreported on Windows
  • historical migration backfill should trust known pass history and avoid over-classifying ambiguous old failures

Expected behavior

  • completed main-repo commit runs refresh baseline status using full regression-result logic
  • PR and fork runs do not mutate shared baseline history
  • PR comments distinguish new failures, failures already failing on master, and tests that have never worked on the current platform
  • migration backfill marks tests as established only when trusted pass history exists; otherwise they remain unknown until refreshed by trusted runs

Why this matters

This keeps CI failure signals accurate. Without it, contributors can get misleading PR comments and unmerged runs can pollute the baseline used to classify regressions.

Verification

Focused controller and regression tests cover trusted baseline refresh, no PR baseline mutation, platform-specific never-worked reporting, and existing PR comment behavior.

Lingua principale
Python
Stelle
30
Fork
87
Merge medio
5g 8h
PR unite (30g)
17

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di CCExtractor/sample-platform

Tutte le issue di CCExtractor/sample-platform

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.