Fix mixed-content filtering in automatic server selection - #855
Conversation
Co-authored-by: sstidl <12804296+sstidl@users.noreply.github.com>
PR Summary by QodoFix mixed-content filtering during automatic server selection
AI Description
Diagram
High-Level Assessment
Files changed (2)
|
There was a problem hiding this comment.
🟢 Approval recommended
No unresolved issues were identified.
Pull request overview
Fixes mixed-content filtering so secure backends remain eligible from HTTP pages while insecure backends are blocked on HTTPS pages.
Changes:
- Replaces protocol matching with an explicit mixed-content guard.
- Adds regression coverage for both protocol combinations.
File summaries
| File | Description |
|---|---|
tests/e2e/server-selection.spec.js |
Adds protocol-selection regression coverage. |
speedtest.js |
Corrects server eligibility filtering. |
Review details
- Files reviewed: 2/2 changed files
- Comments generated: 0
- Review effort level: Lite
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Code Review by Qodo🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)
Great, no issues found!Qodo reviewed your code and found no material issues that require reviewTip of the day💡 Did you know, you can hide the parts of a finding you never read, like the evidence or the agent prompt |
Automatic server selection was rejecting secure backends on
http:pages because the protocol check required each server URL to containlocation.protocol. This change narrows the filter to the actual mixed-content case:http://backends onhttps:pages.Selection logic
speedtest.jswith an explicit mixed-content guard.https://backends eligible on bothhttp:andhttps:frontends.http://backends when the page itself ishttps:.Regression coverage
http:frontend +https://backend is pinged and can be auto-selectedhttps:frontend +http://backend is still rejected before pingingBehavioral example