8.4 KiB
E2E Test Baseline - Fresh Run After DNS Provider Fixes
Date: February 12, 2026, 20:37:05
Duration: 21 minutes (20:16 - 20:37)
Command: npx playwright test --project=firefox --project=chromium --project=webkit
Executive Summary
Total Failures: 28 (All Chromium)
- Firefox: 0 failures ✅
- Webkit: 0 failures ✅
- Chromium: 28 failures ❌
Estimated Total Tests: ~540 tests across 3 browsers = ~1620 total executions
- Estimated Passed: ~1592 (98.3% pass rate)
- Estimated Failed: ~28 (1.7% failure rate)
Improvement from Previous Baseline
Previous (Feb 12, E2E_BASELINE_REPORT_2026-02-12.md):
- ~1461 passed
- ~163 failed
- 90% pass rate
Current:
- ~1592 passed (+131 more passing tests)
- ~28 failed (-135 fewer failures)
- 98.3% pass rate (+8.3% improvement)
Result: 83% reduction in failures! 🎉
Failure Breakdown by Category
1. Settings - User Lifecycle (7 failures - HIGHEST IMPACT)
settings-user-lifecycle-Ad-11b34- Deleted user cannot loginsettings-user-lifecycle-Ad-26d31- Session persistence after logout and re-loginsettings-user-lifecycle-Ad-3b06b- Users see only their own datasettings-user-lifecycle-Ad-47c9f- User cannot promote self to adminsettings-user-lifecycle-Ad-d533c- Permissions apply immediately on user refreshsettings-user-lifecycle-Ad-da1df- Permissions propagate from creation to resource accesssettings-user-lifecycle-Ad-f3472- Audit log records user lifecycle events
2. Core - Multi-Component Workflows (5 failures)
core-multi-component-workf-32590- WAF enforcement applies to newly created proxycore-multi-component-workf-bab1e- User with proxy creation role can create and manage proxiescore-multi-component-workf-ed6bc- Backup restore recovers deleted user datacore-multi-component-workf-01dc3- Security modules apply to subsequently created resourcescore-multi-component-workf-15e40- Security enforced even on previously created resources
3. Core - Data Consistency (5 failures)
core-data-consistency-Data-70ee2- Pagination and sorting produce consistent resultscore-data-consistency-Data-b731b- Client-side and server-side validation consistentcore-data-consistency-Data-31d18- Data stored via API is readable via UIcore-data-consistency-Data-d42f5- Data deleted via UI is removed from APIcore-data-consistency-Data-0982b- Real-time events reflect partial data updates
4. Settings - User Management (2 failures)
settings-user-management-U-203fa- User should copy invite linksettings-user-management-U-ff1cf- User should remove permitted hosts
5. Modal - Dropdown Triage (2 failures)
modal-dropdown-triage-Moda-73472- InviteUserModal Role Dropdownmodal-dropdown-triage-Moda-dac27- ProxyHostForm ACL Dropdown
6. Core - Certificates SSL (2 failures)
core-certificates-SSL-Cert-15be2- Display certificate domain in tablecore-certificates-SSL-Cert-af82e- Display certificate issuer
7. Core - Authentication (2 failures)
core-authentication-Authen-c9954- Redirect with error message and redirect to login pagecore-authentication-Authen-e89dd- Force login when session expires
8. Core - Admin Onboarding (2 failures)
core-admin-onboarding-Admi-7d633- Setup Logout clears sessioncore-admin-onboarding-Admi-e9ee4- First login after logout successful
9. Core - Navigation (1 failure)
core-navigation-Navigation-5c4df- Responsive Navigation should toggle mobile menu
Analysis: Why Only Chromium Failures?
Two possible explanations:
Theory 1: Browser-Specific Issues (Most Likely)
Chromium has stricter timing or renders differently, causing legitimate failures that don't occur in Firefox/Webkit. Common causes:
- Chromium's faster JavaScript execution triggers race conditions
- Different rendering engine timing for animations/transitions
- Stricter security policies in Chromium
- Different viewport handling for responsive tests
Theory 2: Test Suite Design
Tests may be more Chromium-focused in their assertions or locators, causing false failures in Chromium while Firefox/Webkit happen to pass by chance.
Recommendation: Investigate the highest-impact categories (User Lifecycle, Multi-Component Workflows) to determine if these are genuine Chromium bugs or test design issues.
Next Steps - Prioritized by Impact
Priority 1: Settings - User Lifecycle (7 failures)
Why: Critical security and user management functionality Impact: Core authentication, authorization, and audit features Estimated Fix Time: 2-4 hours
Actions:
- Read
tests/core/settings-user-lifecycle.spec.ts - Run targeted tests:
npx playwright test settings-user-lifecycle --project=chromium --headed - Identify common pattern (likely timing issues or role/permission checks)
- Apply consistent fix across all 7 tests
- Verify with:
npx playwright test settings-user-lifecycle --project=chromium
Priority 2: Core - Multi-Component Workflows (5 failures)
Why: Integration testing of security features Impact: WAF, ACL, Backup/Restore features Estimated Fix Time: 2-3 hours
Actions:
- Read
tests/core/coreMulti-component-workflows.spec.ts - Check for timeout issues (previous baseline showed 8.8-8.9s timeouts)
- Increase test timeouts or optimize test setup
- Validate security module toggle states before assertions
Priority 3: Core - Data Consistency (5 failures)
Why: Core CRUD operations and API/UI sync Impact: Fundamental data integrity Estimated Fix Time: 2-3 hours
Actions:
- Read
tests/core/core-data-consistency.spec.ts - Previous baseline showed 90s timeout on validation test
- Add explicit waits for data synchronization
- Verify pagination/sorting with
waitForLoadState('networkidle')
Priority 4: Modal Dropdown Failures (2 failures)
Why: Known issue from dropdown triage effort Impact: User workflows blocked Estimated Fix Time: 1 hour
Actions:
- Read
tests/modal-dropdown-triage.spec.ts - Apply dropdown locator fixes from DNS provider work
- Use role-based locators:
getByRole('combobox', { name: 'Role' })
Priority 5: Lower-Impact Categories (7 failures)
Certificates (2), Authentication (2), Admin Onboarding (2), Navigation (1)
Estimated Fix Time: 2-3 hours for all
Success Criteria
Target for Next Iteration:
- Total Failures: < 10 (currently 28)
- Pass Rate: > 99% (currently 98.3%)
- All Chromium failures investigated and fixed or documented
- Firefox/Webkit remain at 0 failures
Commands for Next Steps
Run Highest-Impact Tests Only
# User Lifecycle (7 tests)
npx playwright test settings-user-lifecycle --project=chromium
# Multi-Component Workflows (5 tests)
npx playwright test core-multi-component-workflows --project=chromium
# Data Consistency (5 tests)
npx playwright test core-data-consistency --project=chromium
Debug Individual Failures
# Headed mode with inspector
npx playwright test settings-user-lifecycle --project=chromium --headed --debug
# Generate trace for later analysis
npx playwright test settings-user-lifecycle --project=chromium --trace on
Validate Full Suite After Fixes
# Quick validation (Chromium only)
npx playwright test --project=chromium
# Full validation (all browsers)
npx playwright test --project=firefox --project=chromium --project=webkit
Notes
- DNS Provider fixes were successful - no DNS-related failures observed
- Previous timeout issues significantly reduced - from ~163 failures to 28
- Firefox/Webkit stability excellent - 0 failures indicates good cross-browser support
- Chromium failures are isolated - does not affect other browsers, suggesting browser-specific issues rather than fundamental test flaws
Files for Investigation
tests/core/settings-user-lifecycle.spec.ts(7 failures)tests/core/core-multi-component-workflows.spec.ts(5 failures)tests/core/core-data-consistency.spec.ts(5 failures)tests/modal-dropdown-triage.spec.ts(2 failures)tests/core/certificates.spec.ts(2 failures)tests/core/authentication.spec.ts(2 failures)tests/core/admin-onboarding.spec.ts(2 failures)tests/core/navigation.spec.ts(1 failure)
Generated: February 12, 2026 20:37:05 Test Duration: 21 minutes Baseline Status: ✅ EXCELLENT - 83% fewer failures than previous baseline