* Prepare for a release with telemetry on by default
Signed-off-by: samikshya-chand_data <samikshya.chand@databricks.com>
* Make edits
Signed-off-by: samikshya-chand_data <samikshya.chand@databricks.com>
* Update version
Signed-off-by: samikshya-chand_data <samikshya.chand@databricks.com>
* Fix CHANGELOG formatting to match previous style
Signed-off-by: samikshya-chand_data <samikshya.chand@databricks.com>
* Fix telemetry e2e tests for default-enabled behavior
- Update test expectations to reflect telemetry being enabled by default
- Add feature flags cache cleanup in teardown to prevent state leakage between tests
- This ensures each test runs with fresh feature flag state
* Add wait after connection close for async telemetry submission
* Remove debug logging from telemetry tests
* Mark telemetry e2e tests as serial - must not run in parallel
Root cause: Telemetry tests share host-level client across pytest-xdist workers,
causing test isolation issues with patches. Tests pass serially but fail with -n auto.
Solution: Add @pytest.mark.serial marker. CI needs to run these separately without -n auto.
* Split test execution to run serial tests separately
Telemetry e2e tests must run serially due to shared host-level
telemetry client across pytest-xdist workers. Running with -n auto
causes test isolation issues where futures aren't properly captured.
Changes:
- Run parallel tests with -m 'not serial' -n auto
- Run serial tests with -m 'serial' without parallelization
- Use --cov-append for serial tests to combine coverage
- Mark telemetry e2e tests with @pytest.mark.serial
- Update test expectations for default telemetry behavior
- Add feature flags cache cleanup in test teardown
* Mark telemetry e2e tests as serial - must not run in parallel
The concurrent telemetry e2e test globally patches telemetry methods
to capture events. When run in parallel with other tests via pytest-xdist,
it captures telemetry events from other concurrent tests, causing
assertion failures (expected 60 events, got 88).
All telemetry e2e tests must run serially to avoid cross-test
interference with the shared host-level telemetry client.
---------
Signed-off-by: samikshya-chand_data <samikshya.chand@databricks.com>