Closed Bug 1478 Opened 26 years ago Closed 26 years ago

ss:Need startup page URL

Categories

(Core Graveyard :: Viewer App, defect, P2)

Product:
Core Graveyard
Component:
Viewer App
Platform:
x86
Windows 95
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: leger, Assigned: rickg)

References

(
URL
)

Details

Assignee: chofmann → rickg
http://home.netscape.com/eng/mozilla/5.0/DR1/hello.html should go live in the next day or so
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I reset the startup page to Netcenter homepage until we can hook viewer up to a preferences system.
I think this is the wrong page. Eric, wasn't there different page (URL) that you wanted. Netcenter Home. If so, this bug is not Resolved until the correct page is in place.
Status: RESOLVED → REOPENED
The startup page should not be home.netscape.com. It should be a page that contains special "Welcome to NGLayout" type content that Eric and I were working on last week. I'm reopening this bug so we can continue to track it. The big issue to resolve is whether the page will reside at this url: http://home.netscape.com/eng/mozilla/5.0/DR1/hello.htm Or some URL on developer.n.c.
Resolution: FIXED → ---
As Angus says (and as we discussed last week and is in the suggested developer release criteria), the default home page should not point at home.netscape.com but at a special page so that we can direct users to appropriate info (e.g., mozilla, bugzilla, etc.) We're expecting to get a URL tomorrow morning from the DevEdge folks so that we can host that page there. If we can't get that in time, the home page should be set to the URL that chofmann specified earlier in this bug (and we'll put that page there).
here's the URL: http://developer.netscape.com/openstudio/tech/index_frame.html?content=/software /communicator/ngl/index.html Rick, can NGL handle this frame-based page/URL? If not, the straight URL would be: http://developer.netscape.com/software/communicator/ngl/index.html
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Done. However you should note that netcenter still reports this an an invalid page.
Per today bug mtg, there seemed to be some confusion as to the correct URL. Is the one Eric identified right? Please put correct URL to verify into the URL field above so that QA can confirm. Thanks!
Per today bug mtg, there seemed to be some confusion as to the correct URL. Is the one Eric identified right? Please put correct URL to verify into the URL field above so that QA can confirm. Thanks!
Per today bug mtg, there seemed to be some confusion as to the correct URL. Is the one Eric identified right? Please put correct URL to verify into the URL field above so that QA can confirm. Thanks!
URL: http://developer.netscape.com/openstu...
Status: RESOLVED → REOPENED
Assignee: rickg → rpotts
Status: REOPENED → NEW
After my latest checkin, the <frame>s are recognizing the <base>. However, http://developer.netscape.com/openstudio/tech/index_frame.html?content=/software still doesn't load. When the contents of this url (see below) are put in a file and loaded without the "?content=/software" in the url, it loads. I am reassigning this to Rick Potts. <BASE HREF="http://developer.netscape.com/openstudio/tech/"> <HTML> <HEAD> <TITLE>Open Studio Technologies</TITLE> </HEAD> <FRAMESET ROWS="85,*" BORDER=1><FRAME NAME="banner" SRC="/openstudio/banner.html" SCROLLING=no MARGINHEIGHT=1 MARGINWIDTH=1 BORDERCOLOR="#ffffff"> <FRAMESET COLS="146,*"><FRAME NAME="toc" SRC="toc_frame.html" SCROLLING=auto MARGINHEIGHT=1 MARGINWIDTH=1 BORDERCOLOR="#ffffff"> <FRAME SRC="/software" NAME="content" SCROLLING=AUTO MARGINHEIGHT=5 MARGINWIDTH=10> </FRAMESET> </FRAMESET> <FRAMESET ROWS="85,*" BORDER=1> <FRAME NAME="banner" SRC="/openstudio/banner.html" MARGINWIDTH=1 MARGINHEIGHT=1 SCROLLING=no BORDERCOLOR="#ffffff"> <FRAMESET COLS="146,*"><FRAME NAME="toc" SRC="toc_frame.html" MARGINWIDTH=1 MARGINHEIGHT=1 SCROLLING=auto BORDERCOLOR="#ffffff"> <FRAME NAME="content" SRC="tech.html" MARGINWIDTH=10 MARGINHEIGHT=5 SCROLLING=auto> </FRAMESET> </FRAMESET>
It's not "content=/software". Eric's note sort of lost part of the url. It should be (but this is from memory): "content=/software/communicator/ngl/index.html".
the URL wrapped to the next line in my note on this bug, and this was missed when someone added it to the URL field above. I have corrected the URL in the URL field above. Note that DevEdge has not posted index.html (they posted test.html; I am trying to get them to rename it index.html) Rick, did you use the frame url or the non-frame URL?
Resolution: FIXED → ---
Clearing Fixed resolution. Please set back to Resolved/Fixed when correct URL is confirmed checked in.
URL: http://developer.netscape.com/openstu... → http://developer.netscape.com/softwar...
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
QA should check for URL in field above for correct URL. http://developer.netscape.com/software/communicator/ngl/index.html is what is checked in. Marketing folks - this page currently showing Not Found. You need to update content.
I just sent a note to devedge asking them to fix it. They had posted it with a different file name (test.html instead of index.html)
Status: RESOLVED → REOPENED
Nov 24 build - Content still not right. Viewer shows correct URL but xpviewer is not handling it 100% of the time...dynamic frame problem?
Resolution: FIXED → ---
rickg, can you try this again for Nov 25 build by noon today please?
a test page is now live at the URL above (actually, both URLs work)
Assignee: rpotts → law
Status: REOPENED → NEW
Looks like it works in 11/24 viewer.exe, but not in 11/25 xpviewer.exe (which is still pointing to chofmann's URL). Reassigning to Bill Law to fix it in xpviewer.
just to be clear, given the possible frame bugs, we should be using the URL in the URL field above (http://developer.netscape.com/software/communicator/ngl/index.html), not the longer URL with frames.
Hey gang, I just downloaded the 11/24 build and I launched xviewer and xpviewer and the startup URLS are really not that appealing: 1) viewer startup page says: "this is a test of the NGLayout information on Open Studio" 2) xpviewer startup page is really bad, http://home.netscape.com/eng/mozilla/5.0 DR1/hello.html I get a messed up screen every time I launch xpviewer as a result of this bad page. we need to fix this ASAP.
The situation for #1 is expected and all well and good. We'll be publishing a snazzier page with all sorts of good info later (in time for the release). In the meantime, that page is just a place holder. The situation for #2 is because the xpviewer is hardcoded to the wrong URL, but that's why this bug is currently filed on Bill :-)
sujay--The URL in viewer is set correctly. We will be updating the page at this URL (the one the viewer goes to) next week (before the release is made public). Currently, it is a test page to make sure the URL is correct. The URL is still set incorrectly in xpviewer, 11/24 build. This does need to be fixed ASAP.
chofmann assures me that his URL will be fixed RSN and that I don't have to change the URL in the code. BTW, the "Home" button still goes to www.netscape.com. Should this "startup page URL" also be the "home page URL?" I'll leave this open till somebody answers that question.
*** Bug 1624 has been marked as a duplicate of this bug. ***
Assignee: law → rickg
RickG is going to fix (per bug meeting)
We need to mark this bug RESOLVED-FIXED if it is really fixed... 2:00 deadline is fast approaching...
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
okay I just talked to Rick and he fixed it while I was on the phone. so I'm marking this RESOLVED-FIXED...
adding myself to cc list
Status: RESOLVED → VERIFIED
verified in 11/25 build. xpviewer startup URL same as viewer now...
Target Milestone: M1
Inserting Milestone info.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.