Bug 16022
| Summary: | [GTK] loading scripts via src= with relative URL doesn't work | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | doug turner <dougt> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Major | CC: | gustavo, jakub.rusinek, jmalonzo |
| Priority: | P2 | Keywords: | Gtk |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Other | ||
| OS: | Linux | ||
doug turner
I am seeing some odd behavior around loading a js via the script tag. Using http, it appears that the js file referenced by the src attribute is not loaded. For example,
In a js file:
x = [ 1, 2, 3, ];
in a html page:
<html>
<script src="b.js"></script>
<script>
alert (x.length);
</script>
When running this using the GtkLauncher, I see a reference error regarding the variable "x". I also tried putting an alert in the javascript file to see if that would bring up a window, and that also failed.
When loading this over a local file, it seams to work fine. I have tested this in Firefox and in the current nightly MacOS build of Webkit (r27834) and do not find the same problem.
I am using r27856.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
doug turner
adding a http:// in front of the url seams to make this problem ago away.
There is no url autocomplete.
David Kilzer (:ddkilzer)
But this *SHOULD* work. Reopening and marking as GTK issue.
Tommi Komulainen
Tested this briefly with r30908 and seems the problem is that the following do not work:
./GtkLauncher b.html
./GtkLauncher localhost:8000/b.html
but when called as below, the alert is shown as expected:
./GtkLauncher file://$PWD/b.html
./GtkLauncher http://localhost:8000/b.html
Gustavo Noronha (kov)
WebKitGTK+ doesn't support broken URIs; you need to give it properly formed URIs so that it will work correctly. Browsers that want to provide the user with easy address typing should fix whatever broken URIs the user gives to it before feeding them to webkit =).
GtkLauncher currently lacks code to automatically add file:// and http:// to bad URIs given to it. I am not sure we want to add such code to the launcher, though.