Closed
Bug 484913
Opened 17 years ago
Closed 10 years ago
Displays "Document contains no data" when page is rendered but loading is interrupted
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: tom, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.10 (intrepid) Firefox/3.0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.10 (intrepid) Firefox/3.0.7
This might sound like the correct, desired behaviour, but I would disagree. When loading a web page the document is partially rendered in the browser before the complete HTML has been downloaded, making it readable before it has fully loaded. However, should the connection be interrupted before the document has fully loaded (and I mean just the markup, not including any CSS, images etc) the partially rendered document is replaced with a "Document contains no data" error message. This contradicts the behaviour should you hit stop before the page has loaded - in this case the partially rendered document is retained and can be read up to where it was cut off. You start reading the document and a few sentences in it vanishes before your eyes.
With broadband this will likely be a rare, if not non-occurring event. Being on a GPRS connection in Africa however, latency is a big problem, not to mention straightforward connection dropping. With documents failing to load in this manner it makes it extremely difficult to browse, not to mention expensive. In order to keep the page rendered in browser I have to monitor my packets and hit the Firefox stop button very quickly if I spot a problem (ie. repeated checksum errors or no response from the access point).
You may crucify me for this, but other browsers, including IE, don't exhibit this problem - in my experience once they begin rendering the page they don't clear it if the connection to the web server drops, even if they don't have a copy of the complete document from <html> to </html>.
Reproducible: Always
Steps to Reproduce:
Will be difficult to reproduce with a high speed low latency connection, might require the introduction of a bottleneck.
1. Visit any web page, a really long one makes it easier to test with.
2. Wait for the page to partially render.
3. Cut your connection somehow (pull the modem cord, short your antenna, drop the ppp connection, whatever as long as it's a connectivity drop). Observe the page vanish before your eyes.
Actual Results:
The page starts to render in the browser, but as soon as the connection times out whatever has been partially rendered is scrapped and replaced with the aforementioned error message.
Expected Results:
The same behaviour as when you hit the stop button prior to the page completely loading - it should stay rendered in the browser so you don't have to refresh unless you want a part of the document you didn't download.
I apologise but I have not been able to download the latest build and test this undesired behaviour (due to the aforementioned connectivity issues), however I have observed this behaviour for some time with several releases. I'm also aware that I have an Ubuntu-distributed version, possibly therefore modified from official sources. If someone could be so kind as to try and reproduce this with an official build it will at least verify my report.
I don't want to appear rude, but may I also ask if it is considered acceptable to have an 80KB animated gif on the bugzilla search redirection page? Please consider people who aren't privileged enough to have super fast broadband access.
|
||
Updated•17 years ago
|
Component: General → Networking
Product: Firefox → Core
QA Contact: general → networking
|
||
Comment 1•10 years ago
|
||
in general we do what the bug asks, so without a more specific STR this isn't actionable.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•