Partial page load over tunneled connection

[jhunziker@…]

This problem only seems to occur when tunneling trac's web port over ssh.

Sometimes, when loading a page, not all of the HTML is received. A "View Source" in the browser (both Firefox 3 beta 5 and IE 7) reveals a truncated HTML file. There is no error in the trac logs.

This occurs both in the tickets and in the source browser, but I haven't seen it in the wiki yet. Since the wiki pages are often bigger, this suggests that it's not an ssh problem.

I'm using Trac 0.11multirepos-r6604 with the mercurial plugin. The server is Ubuntu 7.04 (Feisty) with the latest updates and Python 2.5.1.

[Tim Hatch]

Please describe the issue more. This works fine for me all the time…

• does the problem persist when using trunk with a new svn-based env?
• how big are the pages?
• where are they being truncated?
• do you see any errors when using curl/wget?
• is there anything noteworthy about the uplink speed or reliability of your ssh server?

[Tim Hatch]

Also,

• what is the client os?
• does it persist on other machines as well, or just the one you tested on?

[anonymous]

It will take me a little while longer to test this using the trunk, but with the Trac 0.11multirepos-r6604 version, I repeated the error with the following:

1. trac-admin test initenv (accept all defaults)
2. permission add anonymous authenticated
3. tracd -p 8001
4. Forward local 8444 to remote 127.0.0.1:8001
5. Create a new ticket. Make "test" (no quotes) the summary as well as the description. Accept all defaults.
6. Browse to the newly created ticket.

After about 7 reloads, I got a page that truncated the HTML. In my experience, the location of the truncation is not predictable.

Although using Firefox or IE results in this behavior, wget and curl totally fail.

wget repeatedly says:

Connecting to localhost|127.0.0.1|:8444… connected. HTTP request sent, awaiting response… Read error (Connection reset by peer) in

headers.

Retrying.

curl says:

curl: (52) Empty reply from server

I have never had any problems with the ssh server connection. I administer both sides, and no other tunneled software (VNC, http connections, database connections, X sessions, subversion / mercurial connections) has shown any problem.

The client OS is Windows XP, and other developers trying to get to the trac report the same thing.

[jhunziker@…]

Okay - I did the same test with an svn co from the trunk. I see the problem there as well. The end of the page looks like this:

        <fieldset id="properties">
          <legend>Change Properties</legend>
          <table>
            <tr>
              <th><label for="field-summary">Summary:</label></th>

              <td class="fullrow" colspan="3">
                <input type="text" id="field-summar

[jhunziker@…]

I found the same problem with tunneling a non-trac website, so the issue must be on my end.

[jhunziker@…]

One more bit of information, in case someone else finds this - this only happens with PuTTY, not with the openssh client.