Closed Bug 33020 Opened 24 years ago Closed 24 years ago

file: URL not loaded in XUL browser window

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: moz_user, Assigned: trudelle)

Details

From Bugzilla Helper:
User-Agent: Mozilla/4.61 [en] (X11; U; Linux 2.2.12-20smp i686)
BuildID:    

With M13, I was able to use a NON navigation:browser window to display HTML
files.  If the user clicked on a link (<a href>) within the window, the new page
would be displayed inside the content area of my XUL window. 

However, I've noticed with M14, the behavior has changed.  The initial window
looks the same, but when I click on a link, it will either display it in the
browser window (creating one if necessary). 


Reproducible: Always
Steps to Reproduce:
1. Create XUL window containing following element: <html:iframe id="foo"
type="content-primary" flex="1"/>
2. Click on a link (<a href>) in the displayed HTML document.
3. 

Actual Results:  The link was displayed in a navigation:browser window (creating
one if necessary).

Expected Results:  The new URL should have been loaded into the window
containing the <html:iframe> element.

The window was initially launched with the following JavaScript:

function launchOnlineHelp()
{
    // Display the corresponding help page
    window.openDialog("chrome://help/content/help.xul", 
       "", "chrome,resizable,dialog=no",
       "file:///help_main.htm");
}


-----------------------------------------------------------
help.xul
-----------------------------------------------------------
<?xml version="1.0"?> 

<window id="helpWindow" 
        title="On-line Help"
        xmlns:html="http://www.w3.org/TR/REC-html40"
        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
        align="vertical"
        style="background-color: white;"
        width="550"
        height="400"
        onload="onLoad();">
  
  <html:script language="javascript" src="chrome://help/content/help.js" />

  <browser id="help" type="content-primary" flex="1"/>

</window>


-----------------------------------------------------------
help.js
-----------------------------------------------------------
function onLoad()
{
    // Was an argument passed during the window load?
    if (window.arguments && window.arguments[0]) {
	    var element = document.getElementById('help');
	    if (element) {
	      element.setAttribute('src',window.arguments[0]);
	    }
	  }
    else {
      dump("** (js)onLoad, no argument passed!\n");
	  }
}


-----------------------------------------------------------
help_main.htm
-----------------------------------------------------------
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>On-line Help</title>
</head>
<body>
<h1>On-line Help</h1>
<p>Click on a link below for more information:</p>
<p><a href="foo_help.htm">foo</a></p>
</body>
</html>


-----------------------------------------------------------
help_foo.htm
-----------------------------------------------------------
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>Foo Help</title>
</head>
<body>
<h1>Foo Help</h1>
<p>If I knew more about "foo", I would explain it here</p>
</body>
</html>
becki@talkware.net - I am trying to get this bug seen to. However, it is very 
possible that the many changes made to Mozilla between when you submitted it and 
now mean this test case no longer works (and the problem may be fixed anyway).

Could you possibly check that it does, zip up all the files, and attach them to 
this bug (using the "Create a new attachment" link)? If you don't have 
permission to do that, email me the file and I will.

Gerv
becki@talkware.net - we really need your input on this bug, otherwise it will 
get closed, and that would be a shame, seeing as you seem to have done a lot of 
work on it...

Gerv
Sorry I've been out of touch and unable to test the bug I reported.  An
untimely appendectomy on 5/19 took me out of commision for a month.  I'm
back to my PC so I'll check my bug against M16 and report back to you
as soon as I can.

--- becs
Here are some initial findings with M16. I'm able to display a XUL window
containing <browser> element where the src attribute is set to a URL (e.g.
"http://www.mozilla.org") or "about:blank" without any problems.  However, when
I attempt to specify a file (e.g. "file:///home/user/help_main.htm"), no content
area is displayed (verified by setting the window's background-color).  I don't
have a problem using the browser's "Open File..." menu item to access the
mentioned file, so I don't think the problem lies with the actual file.  I just
can't get a file to be displayed as the start page.  (For kicks and grins, I
even changed the browser.startup.homepage preference to point to the file and it
doesn't get displayed that way either.)

I should point out that I changed the onLoad() js function to first create a
browser instance (appCore) and then call
appCore.setWebShellWindow(this.window).  This approach allowed me to get my
example to work in M15.
                                                                                
becki@talkware.net (Becki Sanford), so is this a different problem than "New URL 
not loaded in same html:iframe" now?
Since I was able to create a XUL window and change URLs within that window (i.e.
does not load new URLs into any open browser window), the original problem
appears to be fixed.  The file access issue should still be addressed. 
Triaging Rickg's buglist:

This developer is able to create a XUL browser window that starts up with 
an http: url, but unable to create a browser window that starts up a file: url.  
There is a good amount of detail above.

Reassigning to component owner.  Please reassign as necessary, thanks!
Assignee: rickg → trudelle
Component: HTML Element → XP Toolkit/Widgets: XUL
QA Contact: petersen → jrgm
Summary: New URL not loaded in same html:iframe → file: URL not loaded in XUL browser window
setting bug status to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
I was able to succesfully set the src attribute of a <browser> element with a
"file:///" string when using window.openDialog in my JavaScript.  I tracked it
down to a short between the keyboard and the user (a bad symbolic link).  I'm
still not able to set the pref("browser.startup.homepage") to a file though.

Sorry about the false alarm.  :(
ok, then closing.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.