Long delay between completion of page load and domcontentloaded

RESOLVED INCOMPLETE

Status

()

Firefox
Untriaged
RESOLVED INCOMPLETE
6 years ago
2 years ago

People

(Reporter: mark.aurora, Unassigned)

Tracking

18 Branch
x86
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:18.0) Gecko/20100101 Firefox/18.0
Build ID: 20130104151925

Steps to reproduce:

I am loading a large page (916 KB) in safe mode and normal mode. Have tried with and without Javascript enabled. First saw this on version 17.X and am now seeing this on version 18 as well.


Actual results:

Page takes about 90 seconds to complete loading and Firefox is Non-Responsive through most of this time. Firebug reports that the data transfer from the server is compete in 2.3 seconds. DOMcontentloaded does not then occur until 90 seconds later. Problem appears to scale with increase in page size.


Expected results:

On Opera, Chrome, IE and Firefox 9.X page load completes in 5 seconds or less.

Comment 1

6 years ago
Could you provide a URL with this webpage or attach it to the bug, so we could test.
Flags: needinfo?(mark.aurora)
(Reporter)

Comment 2

6 years ago
Created attachment 700518 [details]
Raw HTML of page

Part of test case.
Flags: needinfo?(mark.aurora)

Updated

6 years ago
Attachment #700518 - Attachment mime type: text/plain → text/html
(Reporter)

Comment 3

6 years ago
Created attachment 700522 [details]
Supporting files for raw html test case
(Reporter)

Comment 4

6 years ago
URL is behind corporate firewall, and not externally accessible. Added raw html and zip of support files using save page as from firefox. Please note: I DO NOT see same performance issues when loading html as file from local disk. Page is a giant form with over 1000 fields. I think not so much the size but this complexity is what is causing the problem. 

Please let me know if I can provide additional information.

Comment 5

6 years ago
I tried your testcase but I'm not able to get the "not responding" issue, it loads completely in 2 or 3 seconds.

Do you know if you can create a minimal testcase that works locally or attached to this bug?
(Reporter)

Comment 6

6 years ago
Hi, As I noted earlier I am unable to reproduce with the straight HTML as well. However, with some good luck I was able to reproduce this with the HTML provided and the help of a CGI script. You need to add latency into the load of the page to reproduce. This HTML is created by a perl CGI script, and when hitting the real site the data transfer takes about 2.6 seconds. I wrote a little perl cgi script to simulate this delay, and put on my server.

sleep 1;
open HTM, "<html_file_i_sent_you>";
print "Content-Type: text/html\n\n";
sleep 2;
my $count = 0;
while(my $line = <HTM>) {
  print $line;
  $count++;
  sleep 1 if ($count == 1000);
}


So I don't know if the bug is due to the content of the page alone or simply how Firefox is dealing with the network delay or a combination of the two.

Hope this helps. Please let me know if I can do anything else to help move this along.

Comment 7

5 years ago
I am noticing this as well in Firefox 20.0.1.  I really don't have any other information to provide just that I am seeing what mark.aurora@freescale.com has reported.

Comment 8

5 years ago
I figured out what was causing my issue.

http://www.java.com/en/download/faq/deployment_toolkit.xml

The link doesn't describe what will happen if you are using deployJava.js, have Java DT enabled, but have Java disabled.  What will happen is that there will be a 60-90sec delay before the page fully renders.  I noticed the original example was not using deployJava.js so it's probably not exactly the same thing but I wanted to post a followup if someone finds this thread and is using deployJava.js.
Hi Mark,

Does this issue still occurs?

I haven't managed to reproduce this issue on the latest release(43.0.4) nor latest Nightly(46.0a1). The test case you provided on comment 2 loads in 2-3 seconds. If you could provide a test case which uses pearl(as you described in comment 6) it will be very helpful.

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20160105164030

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160111030207

Can you please try to reproduce this on the latest release(43.0.4) and latest Nightly(46.0a1) and provide the results? When doing this, please try to reproduce with a new clean Firefox profile, maybe even in safe mode, as some of this issues may be caused by third party installed add-ons or custom settings(https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems).

Thanks,
Paul.
Flags: needinfo?(mark.aurora)
(Reporter)

Comment 10

3 years ago
Hi,

I would love to help, but this product is not active anymore and can not tell you if the problem still exists. I looked for my test case an could not locate it either. Thank you very much for looking at this.

Mark
Flags: needinfo?(mark.aurora)

Updated

3 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.