#10095 closed defect (duplicate)
Pages never finish loading when using mod_deflate
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | low | Milestone: | |
Component: | web frontend | Version: | 0.12.2 |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
When using mod_deflate under Apache there is a 15 second delay between the last bits of the pages from trac and the closing of the TCP session.
The problem manifests as a normally responding trac frontend, but with loading indicators that "never" shut off, so it looks as though you are waiting for the rest of the page to show up.
Could it be that the delay is the timeout for HTTP1.1 pipelining and that the problem is that the trac fcgi backend doesn't correctly end the request?
I've disabled mod_deflate and Trac seems to work normally now, but I'd like to be able to enable mod_deflate for the remote users of the system.
I've attached a wireshark dump of a session showing the problem.
Attachments (1)
Change History (7)
by , 14 years ago
Attachment: | trac-slow-with-deflate.tcpdump added |
---|
comment:1 by , 13 years ago
Same here … mod_deflate + KeepAlive is the problem, currently i dont see a good solution.
comment:4 by , 12 years ago
Milestone: | → undecided |
---|
All the tickets for {20} from last year have probably been seen multiple times by now, yet are still to be triaged…
comment:5 by , 10 years ago
Milestone: | undecided |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
Closing as duplicate of #8534.
comment:6 by , 10 years ago
Alternatively we could keep this ticket or #8534 open in the not applicable milestone.
No, actually this is the capture, forget the other one