Bug 12256 – Context menu icons are not showing (iframe reference path set to parent instead of current document)

• Component: Layout and Rendering
• Status: RESOLVED FIXED

In the context menu, the icons are being shown correctly when opening them. But, live for a few seconds the menu opened. You will see that the icons are being replaced with the "?" image placeholder. In localhost it happens almost instantly.

The icons are loaded from a image strip (a single image with all icons on it). The icon tag is something like this:

<img class="TB_Button_Image" src="spacer.gif" style="background-position: 0px -16px;background-image: url(strip.gif);">

So, it seams that for some reason "spacer.gif" is not being found.

[Alfonso Martínez de Lizarrondo]

Created attachment 14938 [details]
Simplified testcase

This testcase shows the root of the problem.
In a framed document the javascript appends a new iframe to its container, and the elements that are appended to that iframe get the reference path of the parent container instead of using the path from the document were the javascript is run.
IE, Firefox and Opera show the green background and the smiley, only Safari fails.

We have introduced a workaround for it in FCKeditor, so it is not blocking it anymore. 

There is still a bug on WebKit, so core devs should re-title this ticket properly.

[David Kilzer (:ddkilzer)]

(In reply to comment #2)
> We have introduced a workaround for it in FCKeditor, so it is not blocking it
> anymore. 

Could you describe the work-around or post example code?  This may be useful for others until a fix is implemented.

> There is still a bug on WebKit, so core devs should re-title this ticket
> properly.

Done.

David, the fix has been done by Alfonso (see Comment #1). It is related to the base path for script created IFRAME elements. The workaround at our side can be found here:

http://dev.fckeditor.net/changeset/368

[David Kilzer (:ddkilzer)]

This appears to be fixed as of WebKit nightly r39872.  Federico, can you confirm?

I confirm it's working properly with the nightly (r39853).

[David Kilzer (:ddkilzer)]

(In reply to comment #6)
> I confirm it's working properly with the nightly (r39853).

Resolving as fixed.