Bug 137415 - KHTML does not show page while waiting for images to load.
Summary: KHTML does not show page while waiting for images to load.
Status: RESOLVED DUPLICATE of bug 14713
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-15 19:01 UTC by Matt Sicker
Modified: 2006-11-15 22:34 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Sicker 2006-11-15 19:01:26 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    Ubuntu Packages

Now sometimes my internet connection is pretty flaky (e.g. whilst torrenting), and image-heavy sites tend to crawl whilst downloading images.  Sites like GameSpot.com become unusable (they load over 400 images per page, most of them are part of their overly busy CSS and layout) because KHTML does not show the page while downloading images.  Dead images have an empty space the size of the image (or at least what the image size would have been according to the width/height of the img element for example), and this should be applied towards loading images.

A related bug requests that passwords are filled in before images are loaded, and fixing this problem will probably fix that problem as well.

What I am requesting is that KHTML show the page renderred with CSS and image placeholders while the images are downloaded.  Sometimes, I get stuck waiting for a minute or so for just the last damn image to load, but I cannot view the page until kio_http is able to fetch that last damn image (probably just a rounded corner even, argh).

This is especially a problem for those who use dial-up (mainly a problem in the US if anything, but I've seen some nasty DSL and cable connections).
Comment 1 Bram Schoenmakers 2006-11-15 22:34:31 UTC

*** This bug has been marked as a duplicate of 14713 ***