WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
11803
Incorrect use of alternate content inside the <object> element
https://bugs.webkit.org/show_bug.cgi?id=11803
Summary
Incorrect use of alternate content inside the <object> element
Vlad Alexander
Reported
2006-12-11 08:28:28 PST
Form controls inside the <object> element should not send data to the server if the object is rendered correctly. Content inside the <object> element is alternate content not additonal content to the <object> element. In this example, data from the <textarea> should not be sent to the server if the <object> element is rendered correctly: <object data="logo.gif" type="image/gif" width="180" height="60"> <textarea id="abc" name="abc" rows="5" cols="70">Hello World!</textarea> </object> Test case at:
http://misc.xstandard.com/apple/alternate-content1.asp
We are a browser plug-in vendor and would very much like to use the above construct with our plug-in called XStandard. IE and Opera already support correct use of alternate content in the <object> element.
Attachments
Patch
(3.62 KB, patch)
2010-10-08 15:29 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Vlad Alexander
Comment 1
2007-03-21 14:26:55 PDT
To further clarify the request for this bug fix, when our plug-in is not installed on the client, we need to provide a "textarea" in its place. To do this, we use the fallback mechanism built into the "object" element. For example: <object type="application/x-xstandard" name="editor1"> <textarea name="editor1"></textarea> </object> Both "object" and "textarea" need to have the same value in the "name" attribute because our plug-in is used in existing content management systems (CMS) where it is very difficult or impossible to change the server-side code to received HTTP POST data from 2 form controls instead of one for what is really one control. Since both controls have the same "name", the server will received double the data.
David Kilzer (:ddkilzer)
Comment 2
2007-03-22 15:00:02 PDT
Vlad filed this in Radar as: <
rdar://problem/4268878
>
Robert Blaut
Comment 3
2008-06-13 11:53:40 PDT
I tested the problem in the latest WebKit and it looks that the bug is already fixed. Any confirmations?
Alexey Proskuryakov
Comment 4
2008-06-13 13:38:30 PDT
I'm still seeing this issue with WebKit
r34513
(i.e., I'm seeing "abc = Hello World!" in the result). Firefox behaves the same.
Robert Blaut
Comment 5
2008-06-13 14:10:39 PDT
(In reply to
comment #4
)
> I'm still seeing this issue with WebKit
r34513
(i.e., I'm seeing "abc = Hello > World!" in the result). Firefox behaves the same. >
Argh... You are right. Description of the bug was unclear for me, so I incorrectly interpret result of the test case :(
Ian 'Hixie' Hickson
Comment 6
2008-11-26 04:40:49 PST
this is invalid per html5
Adam Barth
Comment 7
2010-10-08 15:29:32 PDT
Created
attachment 70300
[details]
Patch
WebKit Commit Bot
Comment 8
2010-10-13 17:36:59 PDT
Comment on
attachment 70300
[details]
Patch Clearing flags on attachment: 70300 Committed
r69720
: <
http://trac.webkit.org/changeset/69720
>
WebKit Commit Bot
Comment 9
2010-10-13 17:37:05 PDT
All reviewed patches have been landed. Closing bug.
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