Closed Bug 78680 Opened 23 years ago Closed 23 years ago

if a page is loading but paint-suppressed, can't interact with old page

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WONTFIX

People

(Reporter: jruderman, Assigned: hyatt)

Details

Spun off of bug 76495, "We tear down the world before having anything to 
replace it with" (aka "Supress painting for first 1.2 seconds of page load to 
improve page load time").

From bigelephant@mailandnews.com (Igor Izyumin) on bug 76495:

-------
The fix does work; however, it does not implement an important part of the idea
- to allow the user to interact with the page that's currently displayed.  I'm
using Linux build 2001050208 and while it does not erase anything until the next
page loads, it does not let me interact with the existing one, either.  By
interacting, I mean being able to scroll and click on other links (in which case
it should go there instead of whereever it was going to go).
--------

I see this on Win98, so filing this bug as All/All.

Fwiw, I've found that clicking a link to 
http://www.plastic.com/index.pl?switch=1 is a good way to test paint-
suppression problems.
Fwiw, when Hixie opened bug 76495, one of the things he said was:

-------
[I]n IE, when you click on a link, you are able to interact with the
old page right until the very millisecond that IE is ready to paint the next
document. This means that users can change their minds and click on other links,
scroll the page, and whatever, while waiting for the next page to load. It also
means that you get no flicker.
-------
You can interact if the new page wouldn't hog the event queue.  The page 
doesn't respond for the same reason the UI doesn't respond.  It's locked.

This is already a known issue with a bug filed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Hyatt, do you know the bug number for the problem where the loading page hogs 
the event queue?
*** Bug 110160 has been marked as a duplicate of this bug. ***
If you find the event queue bug please dupe bug 110160 to it :)
Does anyone know the bug Hyatt was referring to?  If not, perhaps we should
re-open this bug for it.
There is more than one bug about this. But one such bug is bug 157144. (And 
although it's titled "Painting gets suppressed more than it probably should"
it's really about avoiding being more equitable with event processing during,
layout as the later comments discuss.
Status: RESOLVED → VERIFIED
s/avoiding being/being/
You need to log in before you can comment on or make changes to this bug.