Closed (fixed)
Project:
TinyMCE
Version:
5.x-1.x-dev
Component:
User interface
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
19 Jan 2007 at 13:58 UTC
Updated:
21 Feb 2007 at 19:40 UTC
I finish editing old blog contents, I click on 'submit' and the upgrade version should appear right?. Not so with Tinymic 5.x in Drupal 5.x. I still see the old content. I have to edit and submit the content, sometimes again and sometimes for a few times to get the update published.
Comments
Comment #1
coreyp_1 commentedI can confirm this, sort of. I am using the patched 4.7 version here (http://drupal.org/node/100864#comment-180676) b/c I needed those features.
Tinymce functions perfectly under Mozilla, but not IE 6 or 7. When changes are submitted, a new revision is created, but nothing has been changed.
My solution for the moment is to have my users use Mozilla (harder to pursuade than you think).
Any suggestions?
Comment #2
printlessfoot commentedThis could be a Java issue. Could any JAVA expert suggest a possible fix?
Comment #3
spooky69 commentedSubmit new content and the title shows but not the actual content. Go to edit and it has disappeared, as if the node has been saved but not the content. Using on Drupal 5 with latest tinymce and imce.
Comment #4
AstaC commentedHaving exactly the same problem. Write in body with TinyMCE and when pushin Preview or Submit body is empty.
Comment #5
mango commentedExact same problem here as "write in body with TinyMCE and when pushin Preview or Submit body is empty.". I am using Drupal 5.0 and the Drupal 5 release of TinyMCE.
I would love to use TinyMCE in Drupal 5 as it looks great and is highly configurable. It worked like a charm in 4.7, but unfortunately not so well in 5. Hopefully it will work properly soon!
Comment #6
andrewfn commentedSame here. Just had an embarrassing presentation to a customer in which TinyMCE completely failed to update the website. He was using IE, and I had only tested it with Firefox. (Drupal 5.0)
Comment #7
cybertron1 commentedi think that this is an extremely serious issue! It must be resolved soon!, not that I use IE but my customers do, And right now, it doesn't work for them. It seems that the information written in the tinymce just disappears!
It works perfect if you click the "disable" tinymce link, and write in the box. But as soon as you try and edit it, it just don't update/create.
and more strangely, it seems that it is only IE that has this problem!?
Comment #8
cybertron1 commentedforgot to tell that i am using the "4.7.x - 5.0 version" of tinymce.
Comment #9
azl commentedThe same problem in IE and Safari.
Comment #10
cybertron1 commentedit seems that I have encountered something more, it seems that if I write my text, and then click "disable tinymce" and then click enable tinymce it saves everything, and I can publish.
Comment #11
cybertron1 commentedi have now tried both the 4.7 patched version AND the 5.0 "real" version, and both of them have the same problem with saving content!
something must be wrong somewhere!
Comment #12
cybertron1 commentedOk people!! I have made some major breakthrought!
(now I am using the "real" 5.0 port of tinymce (since both gives this error I used the one with less code)
in the tinymce.module this is the code that alters the form:
IF I CHANGE TO THIS:
Notice the "print ($queires)"?? When Including that codepiece I get "array" on top of the page, BUT IT WORKS! Tinymce writes the text to drupal !
I will investigate further from here, don't know yet if the text is formatted correctly or anything, but it does something! and it writes text!
Comment #13
cybertron1 commentedok, it seems that formatting is lacking something, but my guess is that this is tinymce itself in IE and not the module, since If I write the text, bold seems fine, italic and so on, but
<br>doesn't work, not even inside the editor (if I look at the html source) but if I write the<br>in the html source it works.I'll go deeper inside of this.....
Comment #14
cybertron1 commentedok, my fault, if using full html code filter it works perfect (regarding the
<br>thing, and after using the print statement!Comment #15
jeffabailey commentedI found the same behavior in IE as stated with comment #10 and have put code in from comment #12 and it works but obviously that is sad that we have to patch like this to make this module work. I would really appreciate if the owner of this project would try to test with more than one browser because when people are trying to sell drupal to a client this sort of behavior is unacceptable.
I switched to FCK for quite some time as a result of all the bugs. If the maintainers can't keep on top of all of these problems then I suggest moving it to someone that can keep on top of these problems.
Comment #16
AstaC commentedI have tried the release januari 30 but the problem still remains. However the patch in #12 doesn't work in that release since they have changed the code. Can still not give Tinymce to my users.
Comment #17
jeffabailey commentedI put this code in place of the print $queries; code and it makes tinymce save properly as well without putting the "Array" output at the top of the page.
Comment #18
jeffabailey commentedThe print statement mentioned in the last comment has to be put into if statement above it. It still messes things up considerably.. it would be nice to have this problem fixed without silly hacks.
Comment #19
katana3x9 commentedWhat a mess! I jumped all over tinymce because of all the trouble with FCK in D5. Over there, IE says it 'can't open site' when FCK is active. Over here,with tiny, the submitted text/formatting disappear!
So, Add me to the list of users who can not deliver a product to a client with tinymce. Can't pass it off with FCk either. Matter of fact, I'm thinking about D 4.7. wonder how long that will stay under the umbrella of Drupal support . . .
Thanks, guys, for the code revisions. I'm going to try these hacks - for now.
Comment #20
kreynen commentedThis is obviously the biggest issue with the current release.
Comment #21
ufku commentedthis issue is identified.
i made a bug report at http://sourceforge.net/tracker/index.php?func=detail&aid=1649351&group_i..., however there is no response from the tinymce side.
In this IMCE issue i provided a fix for IMCE users until it is fixed in tinymce project.
http://drupal.org/node/113639
Comment #22
larrychu commentedNice job with the patch. This fixes the problem for me. Thanks!
Comment #23
ufku commentedi finally got response from one of the maintainers of tinymce and he kindly fixed the bug. the next release of tinymce will probably be free of this bug.
Comment #24
kreynen commentedI was hoping this would solve the problem for Safari as well. It doesn't. Has anyone tried the version of TinyMCE in SVN yet to see if that fixes this issue?
Comment #25
spooky69 commentedLatest version of TinyMCE fixed this issue for me (on 5.1).
Comment #26
kreynen commented