Closed Bug 159938 Opened 23 years ago Closed 23 years ago

Norton Internet Security: Blank page is displayed for specific URL

Categories

(Core :: Networking: HTTP, defect)

Product:
Core
Component:
Networking: HTTP
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: christian.v, Assigned: darin.moz)

References

(
URL
)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1b) Gecko/20020722 BuildID: 2002072203 When trying to access this url, I get a blank page in Mozilla, Chimera and Netscape 7 PR1. Same thing occurs with http://www.macosx.be/index.php3. Reproducible: Always Steps to Reproduce: 1.Try to access those two url's 2. 3. Actual Results: Blank page Expected Results: Display the content of the pages.
Both URLs WFM. They seem to be hosted on very slow servers, however. Testing with a day old trunk CVS, Linux.
WFM in build 2002072204 PC/Win98.
WorksForMe using FizzillaCFM/2002072203. Using Chimera/20020724, though, the page never finished loading. I'm not sure what to make of that. Note that they're both PHP pages. Probably not Layout. Let's try Networking: HTTP. This could end up on the Chimera product or Tech Evangelism eventually.
Assignee: attinasi → darin
Component: Layout → Networking: HTTP
QA Contact: petersen → tever
tever: can you reproduce this problem?
no I cannot reproduce this. The pages mentioned load fine for me on mac osX using a 08/01 branch and a 07/25 mozilla build. Also works on win32 and linux. Reporter, are you able to view these pages using ie?
Hello, Unfortunately, I can only confirm what I wrote. With IE, iCab and Omniweb the two pages load fine. When I try to load them using Chimera, Mozilla or Netscape 7, I get a blank page (immediately after the "sending request" message, "document done" appears at the bottom of the blank page).
christian: can you try creating a new profile? it's possible that you may have some preference settings that prevent this site from loading (although that's probably unlikely since the problem appears in both chimera and mozilla which use separate profiles).
Hello Darin, Creating a new profile in Netscape didn't fix anything. Same problem (even with Norton Privacy Control off).
Re. comment 8 "Creating a new profile in Netscape didn't fix anything": But does creating a new profile in Mozilla help? Cache corruption can occure when sharing profiles. To see if that is the issue here: Please delete cache via preferences, then test the given URL again.
Sorry to disappoint you, but creating a new profile in Mozilla didn't help either. I deleted cache (disk and memory) via preferences (in Mozilla, Netscape and Chimera), then tested both URL's again... without success. Weird, as I seem to be the only one with that problem !!???
you mentioned "Norton Privacy Control" ... what does this software do? perhaps it is intercepting something very low-level? and even with it disabled, perhaps it is somehow screwing up mozilla's network connections? i'm just taking a wild guess :-)
Norton Privacy Control prevents unwanted pop-ups and ads to be displayed. For your info, all other (known) URL's load fine with Mozilla, Chimera and Netscape... That's the weird thing ! Do you know other php pages I could test ?
I wonder if Norton Privacy Control is a personal proxy of some kind. Christian, can you reproduce this problem with the Norton software disabled? You might also try toggling the keep-alive and pipelining options in Preferences/Advanced/HTTP Networking.
you might also try selecting "Use HTTP 1.0" for both direct and proxy connections just to see if that helps. some proxy servers (even transparent proxy servers) have problems with the HTTP/1.1 standard.
Well, I guess it's hopeless... I trashed Chimera, Mozilla and Netscape... plus all their preferences. Downloaded fresh copies, reinstalled, retried... same problem. I don't use any proxies... I tried toggling the keep-alive and pipelining options in Preferences/Advanced/HTTP Networking. I even disabled Norton Privacy Control and restarted the machine... nope ! I think I'll stick with Omniweb and iCab (I don't like M$ IE...). Sorry guys, I'm fed up. Good luck.
A last try, before I quit...;-) This morning, I noticed something that could be interesting : 1) regarding www.macplus.org : www.macplus.org/magplus/depeches.php and www.macplus.org/magplus/ won't load, that's a fact. BUT... www.macplus.org - www.macplus.org/plusmoi/ - www.macplus.org/plusonest/ - www.macplus.org/ed/ and... www.macplus.org/magplus/jeux/ - www.macplus.org/magplus/trucsastuces/ will load perfectly. I don't understand why those two subpages won't load. 2) regarding www.macosx.be : I can access www.macosx.be/palabres/ but still not www.macosx.be Strange, isn't it :-O
Those two URLs WorkForMe using FizzillaCFM/2002080508.
I can reproduce this. Both pages come up blank. Doing a "view source" reveals the source for both pages to be "<html><body></body></html>". Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722
Oops, my bad. Further investigation reveals that Moz was set to use http1.1 with proxy connections, and http1.0 with direct connections. So I was getting bit by junkbuster's lack of support for http1.1. This option to use different networking protocols for direct and proxy networking is new, I believe. Is it possible that the default is to use http1.1? It seems to me like it should inherit whatever the old "Use http protocol" setting was, for both direct and proxy connections. I didn't bother to check this, since I knew I had set it for http1.0 months ago. It's possible that I messed things up by switching back and forth between 1.1a and 1.1b.
joe: unfortunately, i don't think there is a way to provide the kind of backwards compatibility you're suggesting. christian: have you tried setting the preference to use HTTP/1.0 for proxy connections?
*** Bug 178640 has been marked as a duplicate of this bug. ***
*** Bug 166844 has been marked as a duplicate of this bug. ***
Tried with HTTP/1.0 for proxy connections and for direct connections. Doesn't change anything. I get this result with Netscape 7, Mozilla 1.2b and Chimera 0.6 build iD: 2002110415. Is there something I could do to solve that problem ? I tried trashing preferences, but it didn't help. Any clue would be appreciated.
Just checked Mozilla buglist : seems that problem has also been reported in: Bugzilla bug 165661 : bosch.dk shows a blank page Bugzilla bug 164570 : Mozilla shows blank screen instead of normal html page Bugzilla bug 153201 : amutat-eshnav.org.il: page loads blank Bugzilla bug 145831 : shows up as a blank page Looks like I'm not the only one... Would be nice if someone could do something about it...
As nobody at Bugzilla/Mozilla/Netscape/Chimera seems to bother about that problem, I posted a message on the Apple Discussions forum. Apparently, there are other people concerned by that bug : http://discussions.info.apple.com/WebX?13@@.3bbc1580/0 When can we expect a fix ???
Christian, be patient. Not everyone is encountering this problem, so obviously all the information is not yet present. Instead of whining about it, try to research the problem more.
The release notes read "Do not share a profile between Netscape and Mozilla nightly builds". It seems you use severeal gecko-based browsers? To troubleshoot this with some precision, you should create a new profile for Mozilla (mozilla -profilemanager) and see if the problem persists using that one.
R.K.Aa : Thanks. I created a new profile for Mozilla. Same problem persists. Greg : I'm not whining... just trying to get that bug solved. Instead of issuing such useless and unpleasant remarks, try to issue some useful suggestions that could help me and others researching...
Eureka ! Uninstalling Norton Internet Security solved the problem...
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified per reporter's comment.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
Summary: Blank page is displayed if I try to access this URL → Norton Internet Security: Blank page is displayed for specific URL
You need to log in before you can comment on or make changes to this bug.