WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 16799
14448
HTMLObjectElement::data should return an absolute URL
https://bugs.webkit.org/show_bug.cgi?id=14448
Summary
HTMLObjectElement::data should return an absolute URL
Darin Fisher (:fishd, Google)
Reported
2007-06-28 13:45:49 PDT
HTMLObjectElement::data should return an absolute URL The spec says to return an abs URL, Firefox returns an abs URL, but WebKit and IE both return a relative URL when this property is accessed. Based on discussions on #webkit, it sounds like webkit should be changed to return an abs URL.
Attachments
simple patch + testcase
(3.77 KB, patch)
2007-06-28 19:40 PDT
,
Darin Fisher (:fishd, Google)
mrowe
: review-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Darin Fisher (:fishd, Google)
Comment 1
2007-06-28 16:47:50 PDT
patch w/ testcase coming up...
Darin Fisher (:fishd, Google)
Comment 2
2007-06-28 19:40:57 PDT
Created
attachment 15302
[details]
simple patch + testcase This patch is modelled after the code for HTMLImageElement::src(). I changed the FrameLoader::completeURL call to a Document::completeURL as a minor simplification since HTMLObjectElement already has direct access to its Document.
Darin Adler
Comment 3
2007-06-30 11:42:53 PDT
Comment on
attachment 15302
[details]
simple patch + testcase Looks good. r=me What about the usemap attribute?
Darin Fisher (:fishd, Google)
Comment 4
2007-06-30 15:24:58 PDT
Yes, good question. I'll investigate and file a new bug if there are similar changed needed for that.
Darin Fisher (:fishd, Google)
Comment 5
2007-06-30 15:41:09 PDT
It looks like FF and IE do not return an absolute URL for the DOM useMap property; however, Opera does.
Mark Rowe (bdash)
Comment 6
2007-07-01 07:21:25 PDT
Landed in
r23911
.
Mark Rowe (bdash)
Comment 7
2007-07-01 08:48:52 PDT
This introduced two test failures: <
http://build.webkit.org/results/post-commit-powerpc-mac-os-x/7125/results.html
>. I will be rolling it out in a moment as we can't have regressions in the tree.
Mark Rowe (bdash)
Comment 8
2007-07-01 08:54:37 PDT
Rolled out in
r23913
. Please be sure to run the entire layout test suite when resubmitting an updated patch.
Darin Fisher (:fishd, Google)
Comment 9
2007-07-01 09:55:25 PDT
It looks like fast/loader/xmlhttprequest-bad-mimetype is still failing even after this patch was rolled back. That just leaves the two instances of object06.html (one for html and one for xhtml). It turns out that both of those tests are actually asserting the opposite of this bug report. They are testing that indeed the HTMLObjectElement's data accessor returns a relative URL instead of an absolute URL! The object06.html test seems to originate from some w3.org test suite. So, does that make this bug invalid??
Mark Rowe (bdash)
Comment 10
2007-07-01 10:04:35 PDT
Comment on
attachment 15302
[details]
simple patch + testcase Changing to r- to get this out of the commit queue.
Darin Fisher (:fishd, Google)
Comment 11
2008-02-05 08:53:04 PST
*** This bug has been marked as a duplicate of
16799
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug