Just solved this after banging my head against it for a while (ahh, the joys of web development!).

If the “name” attribute of the form that contains the used by the YUI Rich Text Area is set to “action” then the image upload script fails in IE7.

For some reason it makes an ajax call to the page containing the form rather than the server-side script designed to handle the image upload. Changing the “name” attribute to something else (such as “save”) resolves the issue.

Hope this helps someone else in the unlikely event that they have the same problem.

Cheers,

I wonder if you could shed some light on an issue I’m experiencing.

I’ve written & implemented an extension to integrate the YUI RTE & Image Upload extension into ExpressionEngine 1.6.7 everything seems to work other than the actual upload. After selecting an image from the file browser I get the following JS error:

this._formNode.submit is not a function

If I take everthing out of the EE environment it works, so I’m assuming I have some kind of conflict. As far as I know there are no other JS libraries loaded. As I have almost no experience with the YUI I was wondering if you might be able to point me in the right direction, I appreciate that the issue probably lies within EE but I don’t even have a clue how I might work around it.

Regards

I am using this image upload extension and have it almost complete, however I noticed that when I select the image from my file browser the URL does not appear in the Image URL box and the image does not appear in the editor.

I was adding alerts throughout the code and it seems that it cannot find the FORM element that is the parent of the “Upload” label that is added. Where is the HTML for this FORM created as when it executes the line:

Dom.getAncestorByTagName(img_elem, ‘form’).encoding = ‘multipart/form-data’;

it seems to find some other FORM on my page that is completely unrelated to this pop up image browser.

Cheers
Chris

In Firefox (3 for sure, maybe 2) : If you select a previously inserted image and click the “Insert Image” button it will remove the existing image from the editor and bring up the “Insert new image” dialog rather than the “Edit existing image” dialog.

It was fixed but you have to update to 2.7.0 and hope that nothing else breaks.

Thank you for your examples Dennis, they have proved very helpful.

i am using 2.6 image uploader.when i select image automatically image is uploaded to my folder .and target is inserted to iframe.i am using this in google opensocial in ning container.My problem is i am unable to get the response .but my image is uploaded to folder.

in connection.js file

in asyncRequest function

try
{
// responseText and responseXML will be populated with the same data from the iframe.
// Since the HTTP headers cannot be read from the iframe

obj.responseText = io.contentWindow.document.body?io.contentWindow.document.body.innerHTML:io.contentWindow.document.documentElement.textContent;
obj.responseXML = io.contentWindow.document.XMLDocument?io.contentWindow.document.XMLDocument:io.contentWindow.document;
}
catch(e)
{
alert(e.message);
}

in below catch block i am getting alert like “Permission denied to get property Window.document”

can any one tell me what causes this error.

this is very urgent for me.

please help me out

thanks
sekhar

I’ve been using the uploader script 2.6 with YUI 2.7 RTE without any problem. Just add the uploader js and initiate the image uploader.

Most of the problems are due to folder / permission issues. Please make sure that your rte / uploader form location and the uploaded image folder are sync with each other. If it’s in a different folder, make sure you have the correct path for the folders from your uploader & also server side PHP file.

Ok, I found the problem i was having: I was passing back a relative URL, and Editor was doing a GET relative to my current CodeIgniter pretty URL, rather than relative to my site URL. So it was doing at GET for:

http://mysite.com/controller/method/uploads/1234.jpg
but the image was at
http://mysite.com/uploads/1234.jpg

In this case what I was returning was “uploads/1234.jpg”.

The confusing thing was that the img tag that got inserted into the text actually worked – I would see the image when I pulled the text out of the database and displayed it because the src was “uploads/1234.jpg” and is found by the browser. But I couldn’t see the image inside Editor at all.

So now, I return a full URL (http://mysite.com/uploads/1234.jpg) and all is well.

BTW, class=”yui-img” started showing up in img tags once Editor could find the image.

Thanks for your excellent addition to YUI Editor!