Click on bookmarks, personal, channels, news. Mozilla quickly paints a series of pages to the screen, presumably because the pages are redirections. Within seconds, mozilla quits completely. Tracing from terminal output: [jg@cyberstorm package]$ ./mozilla .//run-mozilla.sh ./mozilla-bin MOZILLA_FIVE_HOME=/usr/src/mozilla/package LD_LIBRARY_PATH=/usr/src/mozilla/package SHLIB_PATH=/usr/src/mozilla/package LIBPATH=/usr/src/mozilla/package MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= nNCL: registering deferred (0) WEBSHELL+ = 1 WEBSHELL+ = 2 nsXULKeyListenerImpl::Init() nsCollationUnix::Initialize mLocale = C WEBSHELL+ = 3 Setting content window browser.startup.page = 1 startpage = http://www.mozilla.org/ failed to set the page title. WEBSHELL+ = 4 failed to set the page title. Document http://www.mozilla.org/ loaded successfully Document: Done (15.181 secs) Error loading URL http://home.netscape.com/bookmark/4_06/ptchannelnews.html Document: Done (4.571 secs) Error loading URL http://home.netscape.com/news/index.html Document: Done (0.849 secs) Error loading URL http://dailynews.netscape.com/dailynews/ Document: Done (0.282 secs) Error loading URL http://dailynews.netscape.com/dailynews/index.html Document: Done (1.167 secs) Error loading URL http://dailynews.netscape.com/news/ Document: Done (0.263 secs) [jg@cyberstorm package]$ The result is no browser loaded. I think we can all guess the expected behaviour here :)
Assignee: nobody → gagan
Component: Browser-General → Networking
Summary: mozilla build 1999121516 quits when viewing this url → mozilla build 1999121516 quits after multiple redirections
With WinNT 1999122208, the browser does not quit. However, on most tries, the browser "gets stuck" during the series of redirections, and either stops after 3 redirects, or does not lay out the final URL. On _one_ occasion, it made it all the way through the sequence *and* displayed the final page. email@example.com : does it still quit on Linux? Passing on to gagan/Networking
Unable to check it: build 1999-12-29 does not load all the bookmarks in - it only has the top three 'menus' in the list. However, typing the url in manually does work - and the browser stays up: Error loading URL http://home.netscape.com/bookmark/4_06/ptchannelnews.html Document: Done (12.888 secs) Error loading URL http://home.netscape.com/news/index.html Document: Done (4.406 secs) Error loading URL http://dailynews.netscape.com/dailynews/ Document: Done (0.401 secs) Error loading URL http://dailynews.netscape.com/dailynews/index.html Document: Done (1.543 secs) Error loading URL http://dailynews.netscape.com/news/ Document: Done (0.46 secs) Document http://dailynews.netscape.com/news/index.html loaded successfully Document: Done (8.031 secs) Document http://dailynews.netscape.com/news/TopStories/index.html loaded successfully Document: Done (16.221 secs) I did get a load of OOPS... hash key table... errors beforehand though.
I see the error strings on the console but the page loads fine for me. Will continue to investigate, any additional info would be appreciated.
Using win95 2000010416, the browser appears to successfully make it through the series of redirects. However, I do note that I end at: http://dailynews.netscape.com/news/index.html -- with Mozilla but I end at: http://dailynews.netscape.com/dailynews/main.tmpl -- with Nav 4.6 which is a different, but acceptable, content page. Although, that may be simply a result of user-agent sniffing by Netcenter resulting in a different set of redirects (and is likely not worth the effort to absolutely confirm this as fact). [I also get the errors in the console window, but, in my view, those aren't really "errors" -- more like exceptions]. firstname.lastname@example.org : how does it look on Linux now? Works for you?
This continues to work for me. And for lack of any response from the reporter I am marking this as WORKSFORME.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
QA Contact: nobody → tever
verified working on Linux 2000030609
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.