Editor does not appear in new Drupal 7 install

This most likely means that you uploaded your files via FTP and some files were not properly created on the server, or the file permissions are incorrect, so the files cannot be accessed through the browser.

well, your problem starts way earlier:

page not found - /misc/jquery.cookie.js?v=10

This is a file in Drupal core, not Wysiwyg or CKEditor.

Just making sure the file is possible to download via the browser should be enough, basically the same file/folder permission check you did for Wysiwyg and the editor should take care of that. If the file is damaged/unparsable, simply re-uploading just that file is enough as long as you make sure it's from the same Drupal core version.

If you use Firebug for Firefox, Firebug Lite or a similar tool to inspect the DOM (easist to do without the Overlay), is there anything in Drupal.settings.wysiwygs? The settings generated for each editor profile should be in the configs objects and there should be "trigger" objects for each format selector/field id.
If not, Wysiwyg's clientside scripts are never triggered.
All of Wysiwyg's scripts are currently loaded from the start, check if wysiwyg.js, wysiwyg.init.js and the relevant editor scripts from wysiwyg/editors/js are loaded, and of course the corresponding editor scripts from sites/all/libraries/editor are there. Not all of the editor's scripts are loaded before it's activated.

You might want to set breakpoints in wysiwyg.js to see what happens during initialization. The attach() method in the editor-specific Wysiwyg scripts need tp be called for an editor to ever activate. If script execution never reaches that point, something's wrong with the trigger data Wysiwyg created when inspecting the form. If files are not loaded at all, Wysiwyg might never have found the format-enabled fields in the form, or thought they were disabled.

Hi,

I'm having exactly the same issue. (I'm using D7. It seems to say V6 here...)

Neither TinyMCE or CKEditor seem to load. I have tried both stable and dev versions of the editors and Wysiwyg with the same result. I'm not even getting the "enable/disable rich text" link.

I'm not getting any error messages at all. The editors both show in the wysiwyg profiles page and I have activated a few buttons for both full and filtered html and assigned then to show as default.

Would love some advice :-)

(Edit) I'm not familiar with Firebug but looking at the DOM tab there, TinyMCE is listed twice.

I'm on OSX 10.6 using Mozilla & Firefox btw...

Thanks

S

I'm just exploring Firebug...

See the attached image. I'm seeing 'activeEditor' as 'Null'.

Is that correct?

S

I have miraculously managed to solve this issue in my installation...

More or less by a complete fluke, I found that the contents of the 'misc' directory at the root of my Drupal install had only partially uploaded to the server.

I re-uploaded the folder and things changed quite dramatically all over the place :-)

I now see the rich-text editor.

Hope that helps someone :-)

S

@SMartin hehe, that explains a things. Missing scripts, even those not used by the editor directly, can cause errors to be thrown which stops script executcompletely or cause a cascade of other problems. The empty activeEditor in TinyMCE is just because no editor has been given focus.

@wcinn. The settings look correct. The Net tab in Firebug would show missing files as red and with a 404 status code, or perhaps another code if it could not be read. Clear the cache, enable the Net tab and reload the page to make sure all files are included (those loaded from cache may be skipped).

If you're still having problems, I could perhaps help you debug it directly on the site, just drop me a line using my contact form if you want me to have a look and I'll get back to you ASAP:

I had the same problem and solved it by clearing the cache in the performance section.

I had the same problem, but followed jaymckinsey's advice and "flushed all caches" from the admin_menu. That worked, and "wysiwg" now shows up on the /admin/config/content
page.

It's amazing how many problems are solved by clearing your caches.

@jaymckinsey: thanks very much for sharing your method for solving this problem!

Just now I have been trying to make tinyMCE show up, for me it was the language setting which messed things up, I had selected German as interface language in the Editor Configuration menu and this didn't work...

The language file has to be uploaded separately.

I also added the CKEditor. After following the instructions in the README for the Drupal module, everything worked.

I was having problems with it not showing up so I disabled the module, ran cron, cleared cache, enabled the module, ran cron and cleared cache and now it shows up.

For the record, I'm still waiting for wcinn's response to #16. If you sent me a mail I probably missed it, please send another one.

Linking in #1046062: Drupal 7, wysiwyg 7.x-2.0 and TinyMCE 3.3.9.3 not working for reference here (solved by clearing caches and checking file permissions, but that was already checked in #4).

Multiple editors have been mentioned here, so moving it out of the TinyMCE component.

I have a similar problem.
Everything shows up perfectly only the buttons to control the layout don't show.
There's only some kind of separator visible if I use CKEditor.

So all editors work except for their control buttons.

I've attached an image of my Drupal.settings.wysiwyg object in Webkit Dev Tools.

Thanks in advance.

I also noticed that the WYSIWYG editor only shows up if you are editing the page with the overlay. This means that if you go to www.example.com/admin and then create or edit your content you don't get the WYSIWYG editor, but if you create or edit the page when you have the editing overlay (the lightbox type thing) then you will get the WYSIWYG editor - or this just may be how it works on my install. It was driving me CRAZY that the editor was sometimes there and sometimes not. Now at least I know when it's happening

Came to say the exact problem - fixed by clearing caches and running cron. DOH!

Even after clearing cache and running chron my buttons are still not showing.

So the text got his layout but there are no buttons to for example: make the selected text bold.
So the scripts work but none of them shows their buttons!
Anyone any idea?

@MCautreels, I'm assuming you enabled a couple of buttons under "Buttons and plugins".
I recently saw an issue where the toolbar images had become corrupt due to a wrong transfer mode setting in the person's FTP client. Can you try re-uploading sites/all/libraries/ckeditor with a different transfer mode if you're using FTP?

Oh great - so you're saying its a bad drupal install? Damn, but thanks so much for the quick response.

Any way to fix this without a complete reinstall of Drupal? The actual file is there and appears to be correct.

@wcsinn: I don't know if you're still reading this thread, but the misc/jquery.cookie.js "page not found" error does not actually indicate a corrupt installation. More likely, it's a problem with mod_security on your server. See #522646: jquery.cookie.js incompatible with Apache mod_security by default, #306889: Fails to load jquery.cookie.js (hosting problem), http://drupal.org/node/1017612, and http://drupal.org/node/1052372 for more information.

Writing as a new user of drupal (7):

I was surprised to find that, despite installing the WYSIWYG module correctly (AFAIK) and installing an editor, I had no buttons on the tool bar. Reading here (having searched with Google for why this might be the case) furnished the clue that somewhere the buttons needed to be added, and I duly found the place to do this.

But, really, what a counterintuitive default: to have click on dozens of buttons, and then to have to do this repeatedly to try out the look and feel of different editors.

Surely it would be useful to be able to select and unselected all buttons, and for all buttons to be selected by default initially?

I appreciate that to some extent that this may be in the domain of the editor but even so, unless I have contributed unwittingly to this bizarre default, it would be good to see a better default imposed.

Popularity indications for the editors would be nice too, if possible. For what it's worth, I found ckeditor buggy (remove some buttons and the toolbars don't display properly) and I settled for now on TinyMCE which works and looks good.

@harmlessdrudge, what you're asking for already have their own feature requests: #698348: Check / UnCheck All Option (won't be needed once we get #277954: Allow to sort editor buttons), there's also #1006072: Provide some kind of default toolbar that is similar to each editor's default and related issues.

Popularity indications would be interesting, but we currently have no way to measure that. Tracking similar to what the core update module would perhaps be possible, but it would only be valid for Drupal sites with Wysiwyg module.

The CKEditor toolbar was probably buggy due to button sorting being missing, see #829266: Fixing toolbar for the CKeditor / Using the settings hook for a workaround that won't require hacks to Wysiwyg itself.

Simple,

I had a headache to solve this problem, but it's too easy:

Flush Cache,
Run Cron,
Uninstall Module
FLUSH CACHE
Run cron
Install Module again, and...

PIMBA, it works.

I used the administration menu, more complete than the original administrative menu in drupal 7

I Presume it's fixed...
2 weeks no reply...

Thanks

I was having the same issue and, like triple5, changing the profile's language back to English brought back TinyMCE.

same here

When I change the Interface Language in
/?q=admin/config/content/wysiwyg/profile/full_html/edit
/?q=admin/config/content/wysiwyg/profile/filtered_html/edit
from Englisch to Deutsch (german)

the editor will not show in my own content type/field

If I change it back to englisch, all back to normal. ;-)

Gif Animation attached

I have the opposite problem. My editor (TinyMCE) is disappearing when i enable "Aggregate JavaScript files". As soon as i disable it the editor is coming back but i need this feature to solve other issues with my theme (and for performance).

I have tried any possible solution in this thread (and others) with no result.

I have also tried with different editors, without success. Also i'm testing with the default theme. As soon as i enable "Aggragate JavaScript files" my editor disappears.

@baskin, do you see any errors in the browser's JavaScript console when aggregation is enabled?
Aggregation requires all aggregated scripts to be very well formed and have all semi-colons in place. Since aggregation basically turns all scrips into a single huge script a syntax error in any of them will prevent the browser from executing them at all.
The line/column an error is reported on when aggregation is enabled is often unhelpful for most debugging purposes since it may be different in each installation and won't correspond to the correct lines in the unaggregated files. But if there is a syntax error, examining the area near the reported location of a syntax error should reveal at least in which script there may be a problem. Function names are often good orientation markers since they don't change during aggregation/minimization so if you see one near the reported location, please post it here.

Thank you for your answer.

My debugging knowledge is limited so i will try, but i will need some guidance for this.

On Firefox's "Error Console" i'm getting some "illegal character" errors like the following:

Error: illegal character
Source File: http://www.kouseli.gr/sites/default/files/js/js_fGuS7jfNTyoVEXUQj9-LUUDCIMVd54wGPX-haTTM4M0.js
Line: 1
Source Code:
�

and only one:

Error: jQuery is not defined
Source File: http://www.kouseli.gr/node/add/page
Line: 56

When i click on the jQuery error it gives me the following line:

jQuery.extend(Drupal.settings, {"basePath":"\/","pathPrefix":"","ajaxPageState":{"theme":"seven","theme_token":"_TJEXAwh6a7PI0KiOzlWwKyb-tEV0aV38ACAs-r2wAE","js":{"sites\/all\/modules\/wysiwyg\/wysiwyg.js":1,"misc\/jquery.js":1,"misc\/jquery.once.js":1,"misc\/drupal.js":1,"sites\/all\/modules\/wysiwyg\/wysiwyg.init.js":1,"misc\/vertical-tabs.js":1,"misc\/jquery.cookie.js":1,"misc\/form.js":1,"misc\/states.js":1,"public:\/\/languages\/el_BGHKmiUUOJS_UzNxs3HXhmI0OoMmll1S9aNtwP9Wbjc.js":1,"sites\/all\/libraries\/tinymce\/jscripts\/tiny_mce\/tiny_mce.js":1,"sites\/all\/modules\/wysiwyg\/editors\/js\/tinymce-3.js":1,"sites\/all\/modules\/wysiwyg\/editors\/js\/none.js":1,"misc\/textarea.js":1,"modules\/field\/modules\/text\/text.js":1,"modules\/filter\/filter.js":1,"misc\/collapse.js":1,"modules\/menu\/menu.js":1,"modules\/path\/path.js":1,"modules\/comment\/comment-node-form.js":1,"misc\/autocomplete.js":1,"modules\/node\/node.js":1,"modules\/toolbar\/toolbar.js":1,"sites\/all\/modules\/views\/js\/jquery.ui.dialog.patch.js":1},"css":{"modules\/system\/system.base.css":1,"modules\/system\/system.menus.css":1,"modules\/system\/system.messages.css":1,"modules\/system\/system.theme.css":1,"modules\/system\/system.admin.css":1,"misc\/vertical-tabs.css":1,"modules\/comment\/comment.css":1,"modules\/field\/theme\/field.css":1,"modules\/node\/node.css":1,"modules\/poll\/poll.css":1,"modules\/search\/search.css":1,"modules\/user\/user.css":1,"modules\/forum\/forum.css":1,"sites\/all\/modules\/views\/css\/views.css":1,"sites\/all\/modules\/ctools\/css\/ctools.css":1,"sites\/all\/modules\/wysiwyg\/editors\/css\/tinymce-3.css":1,"modules\/filter\/filter.css":1,"modules\/toolbar\/toolbar.css":1,"modules\/shortcut\/shortcut.css":1,"themes\/seven\/reset.css":1,"themes\/seven\/style.css":1,"themes\/seven\/ie.css":1,"themes\/seven\/ie6.css":1}},"jcarousel":{"ajaxPath":"\/jcarousel\/ajax\/views"},"wysiwyg":{"configs":{"tinymce":{"global":{"editorBasePath":"\/sites\/all\/libraries\/tinymce\/jscripts\/tiny_mce","execMode":""},"formatfull_html":{"button_tile_map":true,"document_base_url":"\/","mode":"none","plugins":"","theme":"advanced","width":"100%","strict_loading_mode":true,"convert_urls":false,"entities":"160,nbsp,173,shy,8194,ensp,8195,emsp,8201,thinsp,8204,zwnj,8205,zwj,8206,lrm,8207,rlm","apply_source_formatting":0,"convert_fonts_to_spans":1,"language":"en","paste_auto_cleanup_on_paste":0,"preformatted":0,"remove_linebreaks":1,"verify_html":true,"content_css":"\/themes\/seven\/reset.css,\/themes\/seven\/style.css","extended_valid_elements":"","theme_advanced_resize_horizontal":false,"theme_advanced_resizing_use_cookie":false,"theme_advanced_path_location":"bottom","theme_advanced_resizing":1,"theme_advanced_toolbar_location":"top","theme_advanced_toolbar_align":"left","theme_advanced_blockformats":"p,address,pre,h2,h3,h4,h5,h6,div","theme_advanced_buttons1":"bold,italic,underline","theme_advanced_buttons2":"","theme_advanced_buttons3":""}}},"plugins":[],"disable":"Disable rich-text","enable":"Enable rich-text","triggers":{"edit-body-und-0-format--2":{"field":"edit-body-und-0-value","formatfull_html":{"editor":"tinymce","status":1,"toggle":1,"resizable":1},"formatfiltered_html":{"editor":"none","status":1,"toggle":1,"resizable":1},"formatplain_text":{"editor":"none","status":1,"toggle":1,"resizable":1}}}},"states":{"#edit-menu--2":{"invisible":{"input[name=\"menu[enabled]\"]":{"checked":false}}},"#edit-revision":{"checked":{"textarea[name=\"log\"]":{"empty":false}}}},"anonymous":"\u0391\u03bd\u03ce\u03bd\u03c5\u03bc\u03bf\u03c2","tableHeaderOffset":"Drupal.toolbar.height"});

Hope this is helpful. If it is not, please guide me how to provide more information.

Thanks in advance.

I have checked, unchecked, cleared, uncleared...used overlay, not used overlay...done all the steps listed above that is work for others...but still no editor...

I am using the book visual quickstart guide...I downloaded the newest version with the security feature today...7.7...the book (page 93) listed to make a library file inside of /sites/all/module and I could not do that because module file was not an option and I never got the wisywyg function to work...I installed the library in sites/all and got the appropriate 'options'...I have no error messages at all. The editor just will not pop up like it should...

I am on a new macbook pro...

Any help would be appreciated

@brineblank, I'm sorry but much of your second paragraph make little sense to me.
Wysiwyg has no version 7.7 and I have no idea what book you're talking about. Which module file and library file and wysiwyg function are you talking about?
No files other than Wysiwyg module's complete folder should be extracted into sites/all/modules, without modifications. The editor library package should be extracted into sites/all/libraries without modifications.
If you don't mind, can you please send me a link to your site and a username/pass via my contact form and I'll take as soon as I can. I would normally not ask for this info so quickly, but when there are no error messages I often end up having to dig into the problem myself simply because it's a lot quicker than walking someone through the debugging process via the queue (that'll most likely take days or even weeks).

@baskin, the first error is indeed a syntax error. The second one most likely happens because the jQuery object was in the process of being defined when the first error happened, so it was never completed.
I tried to access the javascript file you linked to in the first error, but it's no longer around so I assume the hash in the filename has changed. Would you mind reproducing the error, save that aggregated script file and upload it here? It should not contain any sensitive information since it's just a composition of public files used by the various modules.
Then I can probably see exactly why the error happens and perhaps which file should be fixed.

#19 That solved my problem, thanks!!

Perhaps it helps. In my case the ckeditor didn't appear because the "window.CKEDITOR_BASEPATH" variable was set incorrect in the head. Completly remove the variable solved the problem.

A quick and dirt workaround in the html.tpl.php:

<?php $scripts = preg_replace("/<script>window.CKEDITOR_BASEPATH.+script>/", "", $scripts);?>
<?php print $scripts; ?>

@zwoelfgrad, what was it set to?
Wysiwyg does not currently set it, maybe you need the patch from #356480-91: Lazy-load editors, which does set CKEDITOR_BASEPATH?

@TwoD

it is a strange behaviour. On a blank drupal install all works as expected. after enabling some modules the script appears in the head and breaks the editor. I couldn't figure out which module causes this error, but I think it is the "Drupal for Facebook" module (actually in a *.dev). On another site I have enabled the same Modules, expect fb, and all works as expected. But disabling the module has no effect, the uninstall returns an error.

The problem with this small script is, that it obviously don't consider the base path.

In my case:
<script>window.CKEDITOR_BASEPATH = '/sites/all/libraries/ckeditor/'</script>

and perhaps it should be:
<script>window.CKEDITOR_BASEPATH = '/DRUPAL_ROOT/sites/all/libraries/ckeditor/'</script>

But as I said, the code isn't neccesary at all, removing it and the ckeditor works.

#17 Works for me, thanks!

Baskin from #39 and brineblank from #40 have not returned with more information so I assume those issues was resolved.

I do not know where zwoelfgrad's problem comes from, as Wysiwyg does not add <script>window.CKEDITOR_BASEPATH = '/sites/all/libraries/ckeditor/'</script> to the page. The only module I know which does something like that is ckeditor.module, which shouldn't be used together with Wysiwyg module as they are incompatible in general.

Hence, reverting this back to fixed.

I has the same issue, the editor wysiwyg does not show up in the browser firefox, and I have used this module on several Drupal 7 sites before and I am familiar with the install/configuration routine. After to follow all the instructions of this foro, I realized it was disabled javascript in firefox, so in this link explain how to activate javascript in the browser: http://www.enable-javascript.com/es/