Closed (fixed)
Project:
YUI Rich Text Editor
Version:
6.x-2.31
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Oct 2008 at 17:24 UTC
Updated:
25 Nov 2008 at 21:48 UTC
Jump to comment: Most recent file
Comments
Comment #1
jeffcd commentedDid you give the appropriate role the permission to 'upload files' and also 'view uploaded files'? These permissions are provided by the upload module.
Hope this helps.
Comment #2
jeffcd commentedI think the culprit for this is either the first comment I made OR you need to download the 2.3 version that I just released and give the users permission to the YUI Editor.
Comment #3
scratt commentedHi there,
We have the same problem, but basically no image upload will work at all for any account, admin or otherwise.
We simply get the option to enter a URL and no upload button.
Prior to 2.2 and 2.3 this was working fine for some time.
Any help appreciated..
Cheers,
Stephen.
Comment #4
caiman commentedHi Stephen.
Have you already set the folder permissions for your image-folder to 777? I think this was one of the mistakes I made.
Comment #5
caiman commentedFirst. Thank you for your quick fix.
I thought that the Upload-Module was installed but it wasn't. My mistake
Now everything works perfect.
Regards.
Alex
Comment #6
amandawolfe commentedI'm actually also having the same problem as Stephen. I've had YUI rich text editor installed for at least a month and the image upload has been working (for admin and users) with no problem. Now all of the sudden after upgrading to the newest release, the image upload button is gone.
Any ideas what might be going on? All of my users are sufficiently permissioned/upload module is enabled/etc.
Thanks!
Amanda
Comment #7
les limDitto Amanda's problem. All my permissions and editor settings are set correctly and the upload module is enabled, but the image upload field and button are gone as if the option has been turned off.
Comment #8
les limConfirming that downgrading to 6.x-1.2-97 solves the problem, insofar as downgrading can be called a "solution". :) In any case, the image upload controls do show up in 1.2-x and not in 2.3 for me.
Comment #9
Renee S commentedSubscribing
Comment #10
scratt commentedI have downgraded also and Image Upload is now available.
Any version prior to 2.3 seems to be fine.
For the record I have also double checked all folders and permissions etc. and everything was in order, but thanks for the suggestion on that.
In short 2.3 does still have a problem for some at least, it seems.
Comment #11
Delete Me-1 commented.
Comment #12
Delete Me-1 commentedThe API changed a bit from 2.5 to 2.6. In some places the ID of the parent textarea is prepended.
Patch attached.
Comment #13
Delete Me-1 commentedComment #14
amandawolfe commentedJust FYI, I rolled the patch (against the latest version, 2.4) and it doesn't seem to have fixed the problem for me. Checked a few likely suspects first (cleared caches, turned the plugin on and off, checked permissions, etc.). I know almost zero about js, but if there's anything I can do, let me know!
Comment #15
les limPatch didn't fix the problem for me on 6.x-2.31, either. One thing to note, though, is that *none* of the plugins appear to work for me, which may indicate that the problem isn't the image upload script, but in the code that loads the plugins.
Comment #16
amandawolfe commentedYes I'm sorry, I forgot to mention that! I had never used another plugin, but a few days ago (after this problem cropped up) I tried activating the plain text switcher plugin to test it out for something else and it didn't work either.
It's worth mentioning that I'm also hosting the YUI library locally, but I still get the same problem if I switch to the Yahoo-hosted version.
Aand finally, unless I'm mistaken, the YUI module is still calling YUI version 2.5.0, is it not? I've done all of the updates and that version is still showing unless I override. Just to test it, I downloaded 2.6 and installed locally to see if that might help, but when I do that, YUI doesn't show up at all.
Comment #17
les limChanging the title of this issue based on Amanda's post and mine; hope I'm not being presumptuous.
It might help to note that the SCRIPT tags for the plugins do show up in the footer and I don't get any execution errors from Firebug, but I still don't get the plain text button, the resizeable textarea or the image upload options.
Comment #18
drewish commentedI think the problem is that each plugin has a yui_editor_PLUGIN-NAME() JavaScript function that wraps all the code that's never being called. I'm working on a fix for this on my forked version of the module.
update: actually, the function is being called but it seems that YAHOO.Drupal.editors hasn't been set yet... perhaps it's being called too soon?
Comment #19
drewish commentedI think the change really boils down to the fact that the editors aren't set before YAHOO.Drupal.yui_editor_load.fire() is called. Anyone want to give this a try?
Comment #20
amandawolfe commentedRolled this patch. Doesn't break anything for me, but it also doesn't appear to solve the problem. I tried to enable a couple of different plugins just to be sure. (Just because I don't think I mentioned it in detail before, I'm using D6.6, YUI 6.x-2.31, YUI lib 2.5.0 (hosted locally).) I also cleared the cache and ran update.php, just in case.
Comment #21
Hwangar commentedPlease,
Im considering include this module in one of my production sites, but I've experienced the problems you're talking about, can somebody with experience in the module advise me with a version not bugged just to feel a bit safer??
Thank you
Juan Arias
Comment #22
les lim@Hwangar: as mentioned earlier, the 6.x.1.2-97 release has been good insofar as the plugins function correctly. Keep an eye on this issue, though.
Comment #23
cadir commentedThe 1.2-97 release works for me -- plugins are visible but the 6.x-2.31 does not. This would be a nice thing to get back as there are some nice features in 2.31.
I can also confirm that the patch files did not work for me on 2.31.
Comment #24
wulff commentedI had the same problem using YUI 2.6.0 - plugins were not being loaded.
I applied drewish' patch (#19) and the plugins are now loading as expected.
Comment #25
prodosh commentedThanks - that worked for me. The patch also enabled resizing the editor window.
Comment #26
jslag commentedOn my 6.6 site, the only combo that's allowing the plugins to show up is yui-6.x.1.x-dev, yui_editor-6.x-2.31, and the yui_editor_322205 patch. YUI is set to load from http://yui.yahooapis.com/2.6.0.
Unfortunately, the image uploading still isn't working.
Comment #27
les limComment #28
davidburnsappears the ID elements have been renamed. I updated the file and the upload image now appears. Still doesn't upload an image, but it's progress.
patch attached.
Comment #29
stephtek commentedI am having the same problem. None of the plugins work. My upload module is enabled, roles permissions are set... still nothing.
Even when I attempt to type the image path in manually it seems to refresh the image popup and erases my path. There is also no "insert" or "submit" button. Should there be? Is there an example of a working YUI editor I can see?
Comment #30
smanes commentedThe patch in #19 fixed the phantom plugins problem for me.
Comment #31
amandawolfe commentedsmanes, can you give us an overview of your system (version of D6, version of yahoo yui library, version of this module, hosted locally or not, etc.) I'd love to try to replicate your setup variables to see if that gets this working for my users! :)
Comment #32
stephtek commentedJust wondering if anything has come of this? I still cant seem to get it working?
Comment #33
stephtek commentedpatch #19 didnt work for me either. Anything else I should try?
Comment #34
jeffcd commented#19 has been added to CVS.
As for the image uploading. I've had to create two separate files depending on if it's YUI 2.6. This will also be added to CVS.
Hopefully this will fix the issues on next release.
Comment #35
jeffcd commentedAlso note:
IF you use a local copy of the YUI and it's 2.6.x, then you need to have 2.6.x in the name of the folder where the YUI is stored. For instance, my local instance of YUI is 2.6.0 so I named the folder yui-2.6.0. This way the module is able to determine you are using 2.6.x and load certain JS file accordingly.
Comment #36
smanes commentedAmanda, sorry. I've been heads-down on a project here.
I'm running D6.6, YUI Editor 2.32 and http://yui.yahooapis.com/2.5.0 (hosted at Yahoo, of course).
You can see it here: http://www.homeownerslike.us but you'll have to register to see the YUI editor.
Comment #37
jeffcd commented