Do not close SpdyConnectTransaction in TLSFilterTransaction
Categories
(Core :: Networking: HTTP, defect, P1)
Tracking
()
People
(Reporter: dragana, Assigned: dragana)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [necko-triaged][secure-proxy-mvp])
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta-
jcristau
:
approval-mozilla-release+
jcristau
:
approval-mozilla-esr68+
|
Details |
This is a regression from bug 1484947.
Assignee | ||
Comment 1•5 years ago
|
||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
bugherder |
Assignee | ||
Comment 4•5 years ago
|
||
Comment on attachment 9076167 [details]
Do not close SpdyConnectTransaction in TLSFilterTransaction. r=mayhemer
Beta/Release Uplift Approval Request
- User impact if declined: Https proxy that uses http2 will not work properly. The connection will fill slower than it is.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a (recent) regression. It was introduced by bug 1484947. Before the bug landed this code was running fine for years. This patch just removes remaining part of the code introduced by bug 1484947 (The other part was removed in bug 1563695). There has been no changes to this code that could rely on the code introduced in bug 1484947.
- String changes made/needed:
Comment 5•5 years ago
|
||
You should have asked release approval.
Assignee | ||
Comment 6•5 years ago
|
||
Comment on attachment 9076167 [details]
Do not close SpdyConnectTransaction in TLSFilterTransaction. r=mayhemer
Beta/Release Uplift Approval Request
- User impact if declined: Https proxy that uses http2 will not work properly. The connection will fill slower than it is.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a (recent) regression. It was introduced by bug 1484947. Before the bug landed this code was running fine for years. This patch just removes remaining part of the code introduced by bug 1484947 (The other part was removed in bug 1563695). There has been no changes to this code that could rely on the code introduced in bug 1484947.
- String changes made/needed:
Comment 7•5 years ago
|
||
Comment on attachment 9076167 [details]
Do not close SpdyConnectTransaction in TLSFilterTransaction. r=mayhemer
this is already in 69.
Comment 8•5 years ago
|
||
Comment 9•5 years ago
|
||
I verified this on 68 using the manual add-on, confirmed that visiting https://expired.badssl.com/ generates the appropriate certificate error message.
Comment 10•5 years ago
|
||
(In reply to Rebecca Billings [:rbillings] from comment #9)
I verified this on 68 using the manual add-on, confirmed that visiting https://expired.badssl.com/ generates the appropriate certificate error message.
I don't think this has anything to do with this bug.
Comment 11•5 years ago
|
||
Please add repro steps with expected results. I was going from comment 1, and if that doesn't relate then this needs more info.
Updated•5 years ago
|
Comment 12•5 years ago
|
||
There is no specific set of steps to verify this bug. This bug is complementary to bug 1563538, you can verify them both using the same set of steps. General browsing on reddit, facebook, youtube (feel free to any heavier sites to the list) at the same time should lead to no interruptions, broken or infinite time taking loads.
Comment 13•5 years ago
|
||
Testing with 3+ tabs, I am getting consistent [1 or more per view] lags watching youtube videos. The pauses last from a few seconds up to maybe 30s. If there is additional detail that I can add from logs or the console that would be helpful, let me know.
Comment 14•5 years ago
|
||
I was using yesterday's build, will update with today's build and re-test.
Comment 15•5 years ago
|
||
While testing there was a slightly noticeable load time when skipping through different videos if letting the videos run normally, no issues were noticeable.
Normal browsing didn't suffer much, Facebook, Reddit, Twitter and Youtube working as intended without any kind of hangs or infinite loading times happening, but slower loading of the pages was noticeable in some cases compared to having the proxy turned off.
Comment 16•5 years ago
|
||
I tested multiple tabs and browsed through all of the sites above, running videos. I was not getting any consistent lags or delays in video playback or page load.
Updated•5 years ago
|
Comment 17•5 years ago
|
||
Comment on attachment 9076167 [details]
Do not close SpdyConnectTransaction in TLSFilterTransaction. r=mayhemer
fix for http2 proxies, needed for the secure-proxy project, approved for 68.0.1 and 68.1esr
Updated•5 years ago
|
Updated•5 years ago
|
Comment 19•5 years ago
|
||
bugherder uplift |
Comment 20•5 years ago
|
||
Per discussion with jcristau, we're uplifting this to 68.0.1esr also to maintain parity with the non-ESR 68.0.1 release and hopefully avoid some confusion.
Comment 21•5 years ago
|
||
uplift |
default (68.1esr): https://hg.mozilla.org/releases/mozilla-esr68/rev/cdbcaa87cf134d615259d5fd3b8c3fd0af415c33
FIREFOX_ESR_68_0_X_RELBRANCH (68.0.1esr): https://hg.mozilla.org/releases/mozilla-esr68/rev/a400a446c118b5ce6c179b8d2b5f16a9548977a8
Updated•3 years ago
|
Description
•