HTTPS connection fails to Tomcat 8.5 server



Tech Evangelism
2 years ago
a year ago


(Reporter: Matt Cosentino, Unassigned)



Firefox 52

Firefox Tracking Flags

(firefox49 unaffected, firefox50 unaffected, firefox51 unaffected, firefox52- fixed)




2 years ago
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20160924030427

Steps to reproduce:

The following website is running on a Tomcat 8.5 server. It is a copy of our live website that is running on a Tomcat 7 server, which is working perfectly.

Actual results:

49.0: website loads
50.0b1: website loads
51.0a2: website loads
52.0a1: nothing happens

There are no errors in the console, the network monitor shows the initial connection but no response, and there is nothing in any of my server logs to show that it ever gets to the server.

The HTTP URL works, it gets to the server which then responds with a redirect to HTTPS, which then does nothing.

Expected results:

The website should have loaded.

Comment 1

2 years ago
I've had confirmation of this behavior from multiple other people.

Comment 2

2 years ago
Regression window:

Triggered by: Bug 1296280
Blocks: 1296280
status-firefox52: --- → affected
tracking-firefox52: --- → ?
Component: Untriaged → Networking: HTTP
Ever confirmed: true
Flags: needinfo?(hurley)
Keywords: regression
Product: Firefox → Core

Comment 3

2 years ago
(FYI, Setting network.http.spdy.default-hpack-buffer = 4096 and restart seems to fix the problem)

Comment 4

2 years ago
I can confirm that changing that setting fixes the problem for me. It works at 4k, 8k, and 16k. It fails at 32k and 64k.
Whiteboard: [necko-aktive]
Whiteboard: [necko-aktive] → [necko-active]


2 years ago
status-firefox49: --- → unaffected
status-firefox50: --- → unaffected
status-firefox51: --- → unaffected
how does it do with chrome canary? (which iirc has the same change you see in firefox 52)
I just tried the URL in comment 0 in canary, and got a "This site can't be reached" error, same kind of behavior as we see with nightly (though we don't have an error page show up in nightly). Sounds like Tomcat has issues with a 64k HPACK table...
Flags: needinfo?(hurley)
I'll note this in the chrome bug tracker and mark this bug as evang - that's a server side bug
Whiteboard: [necko-active]
Component: Networking: HTTP → Desktop
Product: Core → Tech Evangelism
Version: 52 Branch → Firefox 52
fast reaction from tomcat team!


This has been fixed in the following branches:
- 9.0.x for 9.0.0.M11 onwards
- 8.5.x for 8.5.6 onwards
Last Resolved: 2 years ago
Resolution: --- → FIXED
Duplicate of this bug: 1307060
No need to track this based on Comment 9.
tracking-firefox52: ? → -
updating 52 status flag (not sure fixed is the right one, since this wasn't our bug to begin with, but it'll at least get this off the regression list)
status-firefox52: affected → fixed
You need to log in before you can comment on or make changes to this bug.