Closed
Bug 9607
Opened 26 years ago
Closed 26 years ago
Menu: Debug -> Verification -> (options) wrong URLs?
Categories
(Core Graveyard :: Tracking, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M9
People
(Reporter: alan-lists, Assigned: matt)
Details
(Whiteboard: checked in change to branch)
Mozilla Build 07/10/99
Under the menu item Debug -> Verification ->
[Frames] http://slip/projects/marvin/bft/browser/bft_frame_index.html
[Applets] http://slip/projects/marvin/bft/browser/bft_browser_applet.htm
[GIF Images] http://slip/projects/marvin/bft/browser/bft_browser_imagemap.html
[Larger Page] http://slip/projects/marvin/bft/browser/bft_browser_html_mix3.html
[Smaller Page] http://slip/projects/marvin/bft/browser/bft_browser_link.html
Updated•26 years ago
|
Assignee: chofmann → beppe
Updated•26 years ago
|
Target Milestone: M8
Comment 1•26 years ago
|
||
beth, we need to get these pages moved outside the firewall,
and the links changed
Comment 2•26 years ago
|
||
will create a directory on mozilla and will post them asap.
Updated•26 years ago
|
QA Contact: leger → beppe
Comment 3•26 years ago
|
||
uploaded files into a directory on mozilla.org -- please check this directory
http://www.mozilla.org/quality/browser/debugtc
Comment 4•26 years ago
|
||
Beth it looks like the only one not working is the applet. I think you want the
one at http://slip/projects/marvin/bft/browser/bft_browser_applet.html
Updated•26 years ago
|
Whiteboard: have new urls to plug into navigator.xul
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Whiteboard: have new urls to plug into navigator.xul → checked in change to branch
Comment 6•26 years ago
|
||
actually, the applet test case on slip does work. However, I changed the applet
test so we would not need to use proprietary class files (which is what the bft
test uses). With Chris checking in the new path for each test, the revamped
applet will be used and not the one we have out on slip.
Comment 7•26 years ago
|
||
Yes, the one on slip works swell. However, the one pushed up to mozilla.org,
http://www.mozilla.org/quality/browser/debugtc/bft_browser_applet.html
does not work in seamonkey, Comm4.5, or IE5.0 so there appears to be a problem.
Comment 8•26 years ago
|
||
ok, I have changed the pointer to the class files and it now works, the mozilla
directory where the class files reside needs to be modified but, for now we are
pointing to the java.sun.com server
Updated•26 years ago
|
QA Contact: beppe → paulmac
Comment 9•26 years ago
|
||
I will check this out when builds come out, setting myself as QA assigned
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Comment 10•26 years ago
|
||
Hmmm, with Wednesday evening's M8 builds (071417 on Windows, 071416 on Linux,
071416 on Mac) the five wayward URL's are still pointed to slip. Bummer. Kind of
strange. I see cyeh's checkin on the Branch. And I don't see hyatt's change for
9601 on the Branch, but it shows up in the builds fixed.
I will re-open bug, but it probably isn't worth another respin. Assigning to
matt, since beppe's files are now all working correctly.
Updated•26 years ago
|
Resolution: FIXED → ---
Updated•26 years ago
|
Assignee: beppe → matt
Status: REOPENED → NEW
Comment 11•26 years ago
|
||
i took a look at this as well, and i think the problem might be the page
content. i noticed that it was trying to go to a mozilla.org webpage, and then
it reverted back to slip.
i'll take a look at it tomorrow morning. the diffs look right, so i don't know
what could have gone wrong.
Comment 12•26 years ago
|
||
It's not the page content. I looked at the navigator.xul file in the res/samples
directory of my 071417 (final M8) build and the URL's were still pointed to
slip. I was able to manually change them to point to mozilla.org, but that
doesn't help anybody else :-)
Comment 13•26 years ago
|
||
Moving to M9. M8 is outta here.
| Assignee | ||
Comment 14•26 years ago
|
||
I have the fix in my tree
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 15•26 years ago
|
||
fixed
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 16•26 years ago
|
||
hey this is finally fixed. the frame page seems to have some problems but that
seems to be due to how mozilla.org works
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•