hak_tinymce WYSIWYG article editor

hakjoon · 2007-01-10 15:56:56

wow, I can’t even imagine what would be causing this. The plugin does not interact with the article saving process at all. All the interaction with the Write tab is strictly client side.

Basically when you hit save the content from the editor gets copied back to the textarea and then the form gets submitted like normal. By the time any interaction with the database happens the editor is long gone.

I don’t even know where to start.

uli · 2007-01-10 16:38:31

it has happened twice, two plugin installations caused the same behavior. so, probably no accident.

hakjoon · 2007-01-10 16:57:49

Installing the same plugin twice or two different plugins?

uli · 2007-01-10 17:06:33

the same. i thought the first one could have been an older version from some months ago.

hakjoon · 2007-01-10 17:19:42

So everytime you install hak_tinyMCE this crazy behavior starts happening right? Just trying to understand exactly what’s happening.

Does disabling the plugin in the plugin tab make it error messages go away?

Are you on 4.0.4? Any other write tab plugins by any chance?

Sorry, I’m just really stumped here.

uli · 2007-01-10 17:32:15

So everytime you install hak_tinyMCE this crazy behavior starts happening right?

yep

Does disabling the plugin in the plugin tab make it error messages go away?

no, i have to uninstall it, i.e. click the x-button (two steps before didn’t help: disabling in the extension tab, then disabling in the plugin tab.)

Are you on 4.0.4?

yep

Any other write tab plugins by any chance?

none, the only other plugin is yurah’s hide_in_admin, but i installed it after the first tiny_mce install.

hakjoon · 2007-01-10 18:00:38

Are you using prefixes on your tables by any chance?

Are you seeing this on new articles or also when saving existing articles? It seems like somehow you are being pushed into the Save step instead of the publish step when you don’t have an ID yet.

Can you look in the source of the write tab for <input type="hidden" name="ID" and see what the value is set to? It should be blank for new articles and have the article id for existing articles.

Last edited by hakjoon (2007-01-10 18:58:44)

uli · 2007-01-10 19:11:54

no, txp is the only application that writes into the database.

hakjoon · 2007-01-10 19:42:11

I might have added this after you posted.

Are you seeing this on new articles or also when saving existing articles? It seems like somehow you are being pushed into the Save step instead of the publish step when you don’t have an ID yet.

Can you look in the source of the write tab for <input type="hidden" name="ID" and see what the value is set to? It should be blank for new articles and have the article id for existing articles.

Last edited by hakjoon (2007-01-10 19:42:29)

uli · 2007-01-10 20:29:21

Are you seeing this on new articles or also when saving existing articles? It seems like somehow you are being pushed into the Save step instead of the publish step when you don’t have an ID yet.

correct, i only worked on (and saved) exiting articles.

Can you look in the source of the write tab for <input type="hidden" name="ID" and see what the value is set to? It should be blank for new articles and have the article id for existing articles.

if you mean the sourcecode of the txp backend “Txp > Sitename > Articletitle”: the value there is 6 for existing articles, for new ones it is empty, nothing in between the apostrophes.

btw: many thanks for your efforts in tracking this thing down, patrick! :)

hakjoon · 2007-01-10 20:53:31

It’s not always 6 right? It should be different for each article (I’m assuming it is different).

This is what I think is occuring to generate the error.

When you save an article it tries to figure out if it’s new or not. I partially does this by checking the name that gets passed with the submit button. A value of “publish” means it’s a new article. When this is the case it happily inserts the article using the next ID in the table. However when the value is “save” it expects an ID to be passed along. At this point it validates that the ID is in fact an integer. This seems to be where it’s bombing because an empty string is not an integer.

However I have no idea how you are ending up with an empty string for the value of ID because you would need to have a <input type="hidden" name="ID" value="" /> tag in your source for that to be the case.

Any chance I could get access to the site to see if I can see what’s happening? I realize this might not be possible, but it can really help.

uli · 2007-01-10 21:11:19

no, it’s not always the 6, thats right.

Any chance I could get access to the site to see if I can see what’s happening?

i’ll mail you ;)
in the meantime: for my better understanding, would you please inform me, what you mean by “it”? (“When you save an article it tries to figure out…” ) txp or tiny_mce?

hakjoon · 2007-01-10 21:21:18

That wasn’t the clearest was it :)

By it I meant TXP. tiny_mce only looks at the ID to figure if it should load the editor when you load an article created with textile.

uli · 2007-01-10 22:27:03

patrick was so kind to live test on the site i’m working on. and the plug did it’s job fautlessly :))

don’t know, what the reason for the previous failures was.

patrick,
i’m very grateful for your extensive, quick, and engaged help. and for your work on hak_tinymce, too. very big total entire thank you! :)

coopersita · 2007-01-27 22:51:44

I love this editor, but I’m having problems with the tineymce plugins.

I made a clone of txpimage, and named it txpimage2. I did this because when people add an image in the excerpt it should just insert the image, but if it’s added to the body, it should add a link to the full size image.

My new plugin works fine, but for some reason, the plugins I set in the initialization calls for body, are also set for excerpt. If I add txpimage2 to the body, it is also set for excerpt… I’ve tried deleting the txpimage from the excerpt all together, but it’s still there. Whatever changes I make to the initialization of plugins in body, are copied into excerpt.

This is the line:

plugins : “searchreplace,txpimage2”,

Could it be a result of my tampering with the plugin, or is it a bug in the hak_tinymce editor?

Thanks

—————————
Some hours later:

Never mind… It’s working now….

Last edited by coopersita (2007-01-28 03:24:40)

Textpattern CMS

Textpattern CMS support forum

#211 2007-01-10 15:56:56

Re: hak_tinymce WYSIWYG article editor

#212 2007-01-10 16:38:31

Re: hak_tinymce WYSIWYG article editor

#213 2007-01-10 16:57:49

Re: hak_tinymce WYSIWYG article editor

#214 2007-01-10 17:06:33

Re: hak_tinymce WYSIWYG article editor

#215 2007-01-10 17:19:42

Re: hak_tinymce WYSIWYG article editor

#216 2007-01-10 17:32:15

Re: hak_tinymce WYSIWYG article editor

#217 2007-01-10 18:00:38

Re: hak_tinymce WYSIWYG article editor

#218 2007-01-10 19:11:54

Re: hak_tinymce WYSIWYG article editor

#219 2007-01-10 19:42:11

Re: hak_tinymce WYSIWYG article editor

#220 2007-01-10 20:29:21

Re: hak_tinymce WYSIWYG article editor

#221 2007-01-10 20:53:31

Re: hak_tinymce WYSIWYG article editor

#222 2007-01-10 21:11:19

Re: hak_tinymce WYSIWYG article editor

#223 2007-01-10 21:21:18

Re: hak_tinymce WYSIWYG article editor

#224 2007-01-10 22:27:03

Re: hak_tinymce WYSIWYG article editor

#225 2007-01-27 22:51:44

Re: hak_tinymce WYSIWYG article editor

Board footer