178840 - HTML fragments show on display (using zone alarm proxy with HTTP 1.1)

Status: RESOLVED DUPLICATE of bug 38488

(SeaMonkey :: General, defect)

Description

[Michael Miller]

Did a Google search "suffolk online business" ie
http://www.google.co.uk/search?q=suffolk+online+business&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Search&meta=

Display shows

.com')" onMouseOut="cs()" onClick=
Make Your Web Site an ONLINE BUSINESS - Free Setup & FREE Month!!
www.ValueWeb.com      Sell Your Products Online, Process Credit Cards, FREE
Software!!

IE FRAGMENT OF SCRIPT shows up

This happens on lots of other sites and is really quite annoying.
IE 5.5 does not show this so it must be a Mozilla problem.
(I think Netscape 6.1 also shows these fragments, but no longer have that
browser on my system)

Good luck!

Comment 1

[Boris Zbarsky [:bzbarsky]]

1)  What Mozilla version are you using? ALWAYS list this in bug reports
2)  Do you have HTTP pipelining on?

Comment 2

[Michael Miller]

Sorry - as Mozilla version showed in form I clicked, I assumed you had this.
It is "1.1    Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.1) Gecko/20020826"

Comment 3

[Michael Miller]

Re: PIPELINING
I've checked preferences - still at default (direct connection, pipelining off)

Comment 4

[Wesha]

The URL given by the reporter is not accessable. Testcase needed.

Looks like bug 137628?

Comment 5

[Michael Miller]

If the google URL does not work, try a google search on "suffolk online business"
The extra text appears just above FIRST listing entry.



For another URL that shows this problem, look at www.microsoft.com

The place on screen to look is in the blue area just above the pictures
Line reads
Microsoft Home    |     .msn.com/" TARGET="_top"
onmouseover="this.style.color='#FFCC0MSN Home    |     Subscribe    |     Manage
Your Profile 

OK?

Comment 6

[Michael Lefevre]

working version of reporter's URL is:
http://www.google.co.uk/search?q=suffolk+online+business&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Search

however, I don't see any fragments appearing with 1.2beta on win2k at that URL,
or at Microsoft's site.

reporter (Michael) - maybe could you try this with a recent build of mozilla and
see if it still happens?

Comment 7

[Matthias Versen [:Matti]]

Reporter:
Do you use some kind of proxy/firewall ?
Have you also tried to clear the disk cache ?

Comment 8

[Michael Miller]

I downloaded Build 1.2 beta last night and fiind that this still displays the
HTML code fragments.
Is there any way I can dump out the browser settings so you can check these out?

Comment 9

[Michael Miller]

Reply to #7
Clearing disk cache has no impact on problem.

I *am* using a firewall - Zone Alarm Pro.
Turning this off eliminates the problem.
Firewalls seem rather necessary these days and since IE5 can cope I think
Mozilla should be able to as well.

Please fix this for us!  I really do not like using MS browsers!

Good luck

Comment 10

[Boris Zbarsky [:bzbarsky]]

Does switching the HTTP version from 1.1 to 1.0 in preferences help?

Comment 11

[Matthias Versen [:Matti]]

Reporter:
Do you use some filtering options from ZA ? 
(ad-Blocker etc.)

If yes : Can you disable this blocking and try again ?

Comment 12

[Michael Miller]

More answers

-> #10
Turning BOTH direct and proxy HTML to 1.0 will work fix problem (still there if
either is at 1.1)
[This work-round works whatever status of ZA Pro ad-blocking]

-> #11
ZA Pro was set to "Ad blocking medium = block ads that don't load in 3 secs +
block all popu/under ads and animated ads"
[This work-round works whatever HTML version in use]

Well guessed, guys!

Any chance of a permanent fix or do I just shut off HTML1.1 else ad blocking?

Comment 13

[Michael Lefevre]

I don't think there's any chance of a real fix - sounds like the issue is that
ZA doesn't handle the HTTP/1.1 correctly. if you were to set IE or Opera to do
HTTP/1.1 though the proxy, they would also have problems.

the difference is that mozilla attempts HTTP/1.1 by default, even with a proxy,
while other browsers are more conservative and automatically switch to HTTP/1.0
when using proxies.  this issue is actually covered in the release notes -
http://www.mozilla.org/releases/mozilla1.1/#general (scroll down to proxies).

the only fix that would work for the mozilla side would be to always assume that
it needed to fall back.  a decision was made that mozilla should default to
HTTP/1.1, which will improve performance with those proxies that support it. the
networking prefs box does have some text saying that some proxies need to be
used as 1.0.

I think it's fair to mark this bug as a duplicate of the "mozilla doesn't work
with junkbuster" - it's the same issue with a different proxy.

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

Comment 14

[Michael Miller]

Thanks for your efforts, guys!

In case you had wondered, I had done a search on the bug list before I logged
this one - seems I didn't ask the right search terms.

I've raised the issue with Zone Labs as a bug for them.

Comment 15

[Michael Lefevre]

not surprising you didn't find the original in this case - you weren't seeing
the same symptoms, or using the same proxy product. I've updated the summary in
the hopes that future searchers might find this.

if you agree that this is the same issue, you could mark this bug as VERIFIED.

cool about raising it with zonelabs. properly supporting HTTP 1.1 is not
trivial, and it's probably more of a feature request than a bug, but would be
nice if they did it.