document.domain problem

[raviviswanathan.81@gmail.com]

Hello,

So we have a webmaster who sets document.domain to some domain. After
that, we try to create and inject text inside an iframe by getting the
iframeID.conten tDocument (or iframeID.conten tWindow.documen t for
MSIE). This results in an 'access denied' issue in MSIE (No problem in
Mozilla). Note that if there is document.domain initialization before
this iframe creation/content injection, there is no problem and all
works well.

To get around this issue, we tried to avoid accessing the iframe
document. Instead we assigned all the content to be injected to
iframe.src.
iframe.src='jav ascript:documen t.write("Conten ts to be injected")

This actually worked and even if there is a document.domain
declaration, we were able to successfully create and inject contents
inside the iframe.

The problem with this was that the maximum URL length in MSIE is 2K
characters. The value of iframe.src cannot be more than that. In our
case, we were going to be injecting contents over 2K all the time.
To address this, we did a work-around like this -
window.frames[iframe.name]['contents'] = "content to be injected";
iframe.src = 'javascript:doc ument.write(win dow["contents"])';

When we do this, it again results in an 'access denied' issue in MSIE
when document.domain is set before creating the iframe. But when
document.domain is not set, this method works well (as is expected).

I think I have explained my problem here - I want to be able to inject
contents inside an iframe and at the same time, have it work when we
have assignments for document.domain (and other similar attributes)
before the iframe creation/injection.

Appreciate any good tips/advise.

Thanks

[Thomas 'PointedEars' Lahn]

Re: document.domain problem

raviviswanathan .81@gmail.com wrote:

So we have a webmaster who sets document.domain to some domain. After
that, we try to create and inject text inside an iframe by getting the
iframeID.conten tDocument (or iframeID.conten tWindow.documen t for
MSIE). This results in an 'access denied' issue in MSIE (No problem in
Mozilla). Note that if there is document.domain initialization before
this iframe creation/content injection, there is no problem and all
works well.
>
To get around this issue, we tried to avoid accessing the iframe
document. Instead we assigned all the content to be injected to
iframe.src.
iframe.src='jav ascript:documen t.write("Conten ts to be injected")
>
This actually worked

It shouldn't. The `javascript:' proprietary URI scheme/pseudo-protocol is
intended to generate dynamic documents by evaluating a Program, of which the
result is the result of the last evaluated expression. Since
document.write( ) should not return anything, the result of the expression
and the program would be `undefined', and that should result in an empty
document if any.

So what is supposed to work is

iframe.src = "javascript:'Co ntents to be injected'";

and even if there is a document.domain declaration,

There is no such thing. Probably you mean an _assignment_ to that property.

we were able to successfully create and inject contents inside the iframe.

That should not be surprising as its domain is null or the empty string then.

The problem with this was that the maximum URL length in MSIE is 2K
characters.

The maximum *URL length* in Internet Explorer is 2083 *characters*.
2K would be 2048 (characters), which is the maximum path length instead.

<http://support.microso ft.com/kb/208427>

The value of iframe.src cannot be more than that. In our
case, we were going to be injecting contents over 2K all the time.

One wonders why you go on lengths with all this nonsense when you could
simply replace the iframe element with another one to achieve the same.

To address this, we did a work-around like this -
window.frames[iframe.name]['contents'] = "content to be injected";

Host objects should not be augmented, it is error-prone.

iframe.src = 'javascript:doc ument.write(win dow["contents"])';
>
When we do this, it again results in an 'access denied' issue in MSIE
when document.domain is set before creating the iframe. But when
document.domain is not set, this method works well (as is expected).

You should not expect it to work.

I think I have explained my problem here - I want to be able to inject
contents inside an iframe and at the same time, have it work when we
have assignments for document.domain (and other similar attributes)
before the iframe creation/injection.

Why? The whole thing looks bogus.


PointedEars
--
var bugRiddenCrashP ronePieceOfJunk = (
navigator.userA gent.indexOf('M SIE 5') != -1
&& navigator.userA gent.indexOf('M ac') != -1
) // Plone, register_functi on.js:16