After an image is inserted, rather than appearing in the WYSIWYG window a Red X appears. Clicking preview or submit causes the image to appear correctly though -

Comments

newmediaist’s picture

newmediaist commented

BTW, using JQuery_UI_Dialog 6.x-1.9, jQuery Update 6.x-2.x-dev (2010-Apr-23), jQuery UI 6.x-1.3, Wysiwyg 6.x-2.x-dev, TinyMCE 3.3.8

eugenmayer’s picture

eugenmayer commented

Wihch editor are you using? It works with CKEditor + IE8.

I remember TwoD talking about some kinde of symlink problems, do you have a symlinked installation?

twod’s picture

twod
Primary language Swedish
Location Sweden
commented

Yep, I have symlinks (same names as folders in root/sites/) in my root folder pointing "back" to the root folder, to be able to run a multisite installation as subfolders of a single domain (and localhost).

This - for some odd reason - causes at least one of the AJAX calls (used to get the rendered img tag just after insertion) to fail, unless its slightly delayed. That request goes directly to example.com/sites/sitename/files folder instead of example.com/sitename/sites/sitename/files (first sitename being the symlink) but always works if I enter it manually - or when the AJAX delay is in effect (like when stepping through the code in a debugger).

The only workaround I've found so far is to set the RewriteBase directive in my .htaccess file to "/sitename", but that will break the other sites. I haven't bothered looking more though since it works when using a single site and I can just disable/enable the editor if i want the image to show up.

eugenmayer’s picture

eugenmayer commented

TwoD you mean using a custom delay coull work? I mean a js-timeout e.g.

newmediaist’s picture

newmediaist commented

TinyMCE 3.3.8 - I am not using SymLinks. My initial thoughts were maybe its a rewrite rule issue (I'm using NGINX, not Apache, so no HTACCESS) but it works fine in Chrome/Safari/Firefox so it sounds like something is up in the client-side coding?

I have no idea how to debug this, as there is no javascript "error" - just a red X... Any direction is appreciated -

eugenmayer’s picture

eugenmayer commented
Category: bug » support

did you check the incompatibilies section + the nginx section. Please do so.

Please also verify this on apache.

newmediaist’s picture

newmediaist commented

I can't verify on Apache, as I don't have it installed on the server. I did check the incompatibilities section - in fact I wrote the little NGINX rewrite fix :)

eugenmayer’s picture

eugenmayer commented

Oh :)

- Well just to be sure, it works with other browsers, right?

Well all i can help you here is using wireshark and check whats wrong. I mean, thats why we all hate that browser, it wastes time. Iam eager to help you, but well that not easy here.
It works for me on apache / CKeditor / IE8.

Could you:
- Try the latest CKEditor and see, if that work ( would be editor specifci then )
- install that system localy on apache and see if its a nginx + IE issue

newmediaist’s picture

newmediaist commented
Status: Active » Closed (fixed)

Updating WYSIWYG and Jquery_UI_Dialog to the newest dev revisions seems to have corrected this issue!

eugenmayer’s picture

eugenmayer commented
Status: Closed (fixed) » Fixed

Coudl dontgrade WYSIWYG and see, if it is still working (or downgrade jquery_ui_dialog)? Just to be sure, what is the cause of this. Thank you! (I expect to 90% its WYSIWYG causing this.)

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

spelcheck’s picture

spelcheck commented

bump

Apache
Single site installation
Wysiwyg 6.x-2.x-dev (2011-Jun-23)
Jquery UI Dialog 6.x-1.10 [works the same without?]
jQuery UI 6.x-1.5

Edit: Intermittent, and works fine once imagecache creates the image (like during preview). Works fine when using Original preset as there is no processing being done to the image.