Closed Bug 298106 Opened 19 years ago Closed 19 years ago

site doesn't load fully - i.e. pictures are never fully loaded - just on this one system

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: y-e-t-i, Unassigned)

References

(
URL
)

Details

Attachments

(2 files)

This is how FF looks when www.saturn.de just stays frozen... forever
170.50 KB, image/jpeg
Details
Yahoo don'ts fuly load any more
198.82 KB, image/jpeg
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

It seems to just happen on my main machine and just with Firefox.
When I open up www.saturn.de -> after choosing the site of my market:
Gummersbach (http://www.saturn.de/frontend/html/outlet/61/home.html) the site
never is fully loaded (loaded completely).
I use Firefox 1.0.4. Internet Explorer on the same client pc does NOT show this
probem, instead the site www.saturn.de is very quickly.
Firefox 1.0.4 on my laptop (other machine) also does NOT show this problem,
pretty wierd.
I deleted all www.saturn.de Cookies and cleared the Cache.
After a restart of Firefox, the issues are the same nonwhatsoever.

So I am looking more for a way to see why this is happening, maybe some logs, as
I usually frequent this site very often.

Both client PCs (see above) are connected through Wireless LAN (WLAN / WiFi) to
the same access point in the same network.

Reproducible: Always

Steps to Reproduce:
1. Just start Firefox and open up http://www.saturn.de
2. If you do not have a Cookie, you first gotta choose your nearest market
(Gummersbach in my case), before you get to the final site.
Actual Results:  
The site starts loading in Firefox, pictures start to become visible, then
finally the site "freezes", i.e. nothing gets loaded anymore, although Firefox
says in status bar "Übertrage Daten von www.saturn.de..." ("Transmitting data
from www.saturn.de...").
Firefox itself stays fully intact!! (i.e. it does not freeze or anything)
You can even hit a link that already showed up, and then the game begins again
(the linked www.saturn.de-Site shows the same phenomena)...

Expected Results:  
The site should of course be completely loaded (at least slowly).

As I already said, IE doesn't have this problem.
Also, a Firefox installation on a second PC does NOT show this problem.
As you can see in my router window bottom right, for some time there even is no
data transmitted any more.
Do you have
Tools - Options - Content - Load Images for the Originating Web Site only
Selected?
I can see this, too. It works ok if you disable http pipelining.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050618
Firefox/1.0+ ID:2005061805

I see what you mean now, refreshing the page a couple of times some of the
images fail to load fully. However some of them do load for me.

Jan please include your build ID when adding comments to confirm the reported
behaviour.
(In reply to comment #2)
> Do you have
> Tools - Options - Content - Load Images for the Originating Web Site only
> Selected?

No, I don't have.
As you can see in the middle of the site, a graphic starts to get loaded, but
then "freezes".
Usually there are more graphics which start loading and then immediately stop,
so the screenshot is a bit confusing.

I however can click a link and then press mouse button 4 (i.e. "back"), to get
more of the former site loaded.
If I repeat these steps, the site eventually is fully loaded with all graphics.
(In reply to comment #3)
> I can see this, too. It works ok if you disable http pipelining.

What do you mean with http pipelining (I'm no FF developer)?!
(In reply to comment #4)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050618
> Firefox/1.0+ ID:2005061805
> 
> I see what you mean now, refreshing the page a couple of times some of the
> images fail to load fully. However some of them do load for me.

On the first visit, no graphic gets completely loaded for me (maybe some of the
really small price tags).
If some of them are in cache, they get displayed of course.

As I thought the www.saturn.de-Server is just lame, I asked my girlfriend from
200 km away to try www.saturn.de with Firefox 1.0.4 also from her laptop.
It was really fast loaded there.
Her laptop in my network and my laptop in my network do NOT show this behaviour
(both 1.0.4).

If somebody tell me how to try the http pipelining thingie, this would be
appreciated.
Okay. about:config brought http.pipelining up.
If I turn it off (false), the site seems to load as expected.
So, shall I browse with pipelining off all times?!
What's the default here?

[ about:config network.http.pipelining -> false ]
The defaut is off for network.http.pipelining. I think this makes this bug
invalid as it is likely a misconfigured server.
(In reply to comment #4)
> Jan please include your build ID when adding comments to confirm the reported
> behaviour.

tested with current CVS build
(Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050618
(In reply to comment #9)
> The defaut is off for network.http.pipelining. I think this makes this bug
> invalid as it is likely a misconfigured server.

Ok.

It maybe that I activated that stuff by an "Hey make your FF twice as fast!"
thread or something a long time ago.

I also have many extension here, but I don't think that they mess with the
config, eh?!

Ok, seems that I'm the idiot. :)

Thanks for your patience, and the inconvenience.


BTW: FF often crashes if I have many windows/tabs open with plugins like
QuickTime, Adobe, WMPlayer, Flash, but it is not reproducable and therefore it
is pretty useless to fill out a bug id, is it?!
BTW, what does HTTP Pipelining exactly mean!?

Just that FF starts _many_ HTTP connections for getting the content faster?!

Then, I'd leave the webmaster of www.saturn.de a message.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/


    
    

    
  
Read comment 2 if you have that pref cheked then uncheck it.

    
    

    
  
(In reply to comment #15)
> Read comment 2 if you have that pref cheked then uncheck it.

Or the pipelining thing.

    
    

    
  
http://www.billyelliot.com/ also seems to have a misconfigured server, that doesn't handle pipelining correctly. Maybe one of you native english speakers tell their webmaster.

    
    

    
  
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060121 Firefox/1.6a1

Pipelining on or off with both original URL and orther URL given is WFM.  Closing on this basis, reopen if still reproducable.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: