TinyMCE does not appear on IE and Chrome

Have ou tried the 6.x-2.x-dev version to see if this has already been fixed?
Are you seeing any JavaScript errors in Chrome's console (Ctrl+Shift+J) or IE's lower left corner?

It looks like you are missing wysiwyg.js, Wysiwyg's main JavaScript file. Perhaps there were problems when aggregating or minifying it? The file is there, so rebuilding the minified JavaScript file should do the trick.

If I execute the scrips from that file manually, the editor does appear. Not sure why it happens only in IE and Chrome (I only had IE to test with here at work), unless some module is doing some browser detection and adding scripts conditionally based on that. If that's what's happening, Drupal could be serving broken cached files to those browsers only, while the others get working cached files.

Can you try disabling JavaScript optimization/aggregation/minification and test with the browsers again?

Same thing for me ! Tiny MCE is not working anymore after going to 2.2 or the latest DEV version !

But after editing de profile in Wysiwig profile and adding the options manually. Tiny MCE is OK. You have to add your icon manually and if do not do this step is just a TinyMce who is blank on the page. Before when to not choose option all the basic are show but not anymore.

Choose your option and it should be OK. Have you tried this ?

@sw3b, what you're seeing is expected, see #1003850: 6.x-2.2 has no toolbar buttons by default.

@pramudya81, there's a syntax error where the second minified JavaScript file gets inserted (that's where wysiwyg.js is included, not in the file from the header like I said earlier, sorry). IE chokes when it sees </div and then the script tag so it just ignores it. Other browsers seem to figure out that it's a closing div tag and are able to fetch the script normally.
I think you need to move the printing of the $closure variable in your page.tpl.php slightly to fix that.

Btw, I noticed that the script loaded from kumpulblogger.com took a very long time to load, and the image it in turn tries to load takes even longer. This also delays the time before scripts are executed (onload), look at the Smilies fieldset and you'll notice it takes a while before you can click it.

No, it's not role related because the $closure variable in page.tpl.php is always printed in the same place.
It works in Chrome and FF because they interpret the malformed HTML markup despite the script tag being "inside" a div tag.

Look near the bottom of page.tpl.php in your theme and copy the code around where $closure is printed, a few rows before and a few rows after would be enough, then paste it here and I'll see if I can spot the issue. Use <code></code> wrappers so the filters here won't mangle it.

Try to move the $closure to after the end of your page template markup, but still within BODY.

In my case, such issues were caused by jquery files (*.js) not being installed properly in the Drupal /misc folder. This should normally only be a Drupal 5 problem, as Drupal 6 allows the module to auto-place the files in /misc, but since a missing .js in /misc does cause such issues, I thought I might mention it as a place to look...

Almost forgot : another common reason why TinyMCE does not appear is language.

If you select, for example, French, but you have not installed the French translations in libraries/tinymce/jsscripts/tiny_mce/..., then this editor will simply not show up at all.

  Copyright &copy; 2010 <a href="<?php print $base_path ?>"><?php print $site_name ?></a></div

There's a missing > last on this line.
And like Sun suggested, I'd move this to just before the body, less chance it'll interfere with the footer and it'll allow all markup to be loaded before scripts start to load.

  <?php echo $closure ?>
</body>