Closed Bug 548987 Opened 14 years ago Closed 14 years ago

Browser waits until entire page content is downloaded before rendering pages

Categories

(Core :: Graphics, defect)

Product:
Core
Component:
Graphics
Platform:
x86
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 532106

People

(Reporter: u88484, Unassigned)

References

Details

(Keywords: perf, qawanted, regression) 

With D2D enabled, the browser waits until the entire page content is downloaded before the page content is rendered.  Rendering is instantaneous though once the content has finished downloading.

STR: open a page like neowin.net and notice the page rendering concurrently while content is being download then enabled D2D and noticed that nothing is rendered until all content has been downloaded.
This does not reproduce for me. I also have no idea how this could be affected by Direct2D. Every paint event we present the results to the screen. This is identical to GDI behavior (which double buffers unless we have a transparent XUL window). Invalidation (and thus a paint) event, should occur on incoming data. This is consistent with what I'm seeing when I throttle my connection to make the page load in steps in GDI or D2D.
I have the same behaviour here.  Actually, I think it's even worse than that, as some pages render only if I select another tab and then select the original back.
Keywords: perf, qawanted
For the record where is my setup:
Windows 7
NVIDIA GeForce 7150M / nForce 630M
Drivers: 7.15.11.7967
It's not accidentally caused by nglayout.initialpaint.delay to a very high value?
Ria, nope.  Mine is at the default setting
I think this is a duplicate of bug 548965; Kurt, Alexandre and I all see both issues. I thought they were the same root cause before that, since for me the white of the page can either disappear once the page has finished layout as in this bug or stay as in 548965. It makes me think it's a hardware issue, but I have ATI and Kurt has Nvidia. (Aside: it's really layout finishing and onload firing that this bug is referring to, not downloading finishing).
I did some more tests, and I am not sure anymore the problem is related to page load only.  For me, the pages never show, I always have to change tabs.  Changing the application also works, but the page only shows when I switch back to Minefield.  Maybe it's not the same bug, should I file a new one?

Since hardware or drivers are suspected, here's my configuration:

- Windows Vista SP2 + all updates
- ATI Radeon 3870, with 10.2 drivers
- Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a2pre) Gecko/20100227 Minefield/3.7a2pre (.NET CLR 3.5.30729)
Neowin.net (from comment 0) displays incrementally for me.
Win7 x64
ATI Radeon HD5770
Latest Minefield nightly.
I suspect, as people have suggested, this is a hardware refresh thing, the frontbuffer not being presented correctly for some reason perhaps. This could indeed well be associated to bug 548965. Sadly I don't see hardware correlation between users having it. I currently have no theory.

Musawir, I'd like to kindly ask you if you have any ideas on this? Could we be forced to do an extra flush somewhere perhaps?
Wanted to add, I am experiencing the same. Some pages will not render until I switch tabs.

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a3pre) Gecko/20100306 Minefield/3.7a3pre (.NET CLR 3.5.30729) ID:20100306035513
nVidia GO 7300
Vista Home Premium 32-bit
(In reply to comment #10)
> Wanted to add, I am experiencing the same. Some pages will not render until I
> switch tabs.
> 
> Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a3pre) Gecko/20100306
> Minefield/3.7a3pre (.NET CLR 3.5.30729) ID:20100306035513
> nVidia GO 7300
> Vista Home Premium 32-bit

Could you confirm you're also experiencing bug 532106?
(In reply to comment #11)
> (In reply to comment #10)
> > Wanted to add, I am experiencing the same. Some pages will not render until I
> > switch tabs.
> > 
> > Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a3pre) Gecko/20100306
> > Minefield/3.7a3pre (.NET CLR 3.5.30729) ID:20100306035513
> > nVidia GO 7300
> > Vista Home Premium 32-bit
> 
> Could you confirm you're also experiencing bug 532106?

No, I'm not experiencing this bug. It's quite slow switching to CNN.com, but there's no showing through.

What I did notice later on was that when I click on a link it appears that nothing happens but when I switch tabs I notice that the page did open but minefield never showed it to me. The last open page was still showing but didn't work anymore. Links could not be clicked and the page could not be moved.

Using ForceWare version 156.16
I'm afraid I misunderstood, I AM seeing bug 532106.
I suspect this is a general drawing bug, where the backbuffer isn't always properly presented. Probably a dupe of bug 532106.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.