Hi,

This one is pretty bizarre. I don't think anyone's had such an issue before so I suspect it is something about your environment.

Could you let us know your PHP version, and the browser and browser version you're using.

Also if possible I would like to test on your server, as I can't currently reproduce. If this is possible please submit a free bug report ticket on our site with access details.

Thanks for reporting! Hopefully we can find out what's going on here.

I noticed the demo version on the website does not reproduce the same issue, however both demos are still using the old 4.3.1 version!

I am still evaluating Composr so I did not install it on a production server. It is currently on my developer machine that is not accessible from outside.

Here is my environment details:

PHP Version 5.2.6-3ubuntu4.5
Linux andLinux 2.6.22.18-co-0.7.4 #1 PREEMPT Wed Apr 15 18:57:39 UTC 2009 i686
Apache 2.0 Handler

I also use Firefox 3.6.3

I have also uploaded the rendered file Firefox receives after I click on the "Preview" button. Hope it helps.

Hi,

I've just tested on 4.3.2, running Firefox 3.6.6 (Mac). It behaves normally for me, and as 4.3.2 has been out for a very long time and this seems a serious problem, I think it must be somehow related to your system/install.

First thing I'd check is nothing is corrupt. Run /upgrader.php, log in, and run the integrity check. In particular it seems the HTML-version of the page fed to the WYSIWYG editor by the preview script has been completely corrupted with random text insertion/duplication - I'm wondering if the WYSIWYG editor Javascript code is corrupt somehow.

If that doesn't help could you try disabling all your Firefox extensions to see if that makes a difference, or try from a different machine.

Lastly, the index.php you saved helped me as I could extract the exact code inside the editor. What would also help is the HTML from the preview frame, as this would tell me what Comcode was passed to preview and what that Cmcode rendered as (which would help us isolate whether it's a Comcode rendering problem, or a WYSIWYG editor HTML-setting problem).

I have tested it on Firefox 3.6.6 (Windows XP), Firefox 3.0.10 (Ubuntu), Internet Explorer 8 (Windows XP), Konqueror (Ubuntu). All except Konqueror displayed the preview wrong. Konqueror did not display any preview at all. Extensions was also disabled in Firefox.

I ran the upgrader.php. Except for file permissions warnings, there were no errors. I have manually fixed the file permissions until the warnings disappeared, but it did not fix the issue.

I have uploaded another page_source.php (had to rename it to avoid duplicate file error) which contains the full page's code and preview.php which only contains the preview frame's code.

Hi,

I think when you saved the preview.php file you saved it with a blank post data re-send. A better way might be to use Firebug. You can Inspect the frame, locate the html tag, and click to copy the HTML from that (into a new file that you can attach).

Thanks Guest (who ever you are). I have installed Firebug and uploaded preview2.txt as recommended.

Sorry, I just noticed it was the wrong page. Here is the comcode of the page I have just uploaded:

[title]Intro[/title]

It can do

- It can do A
- It can do B
- It can do C

[block]main_comcode_page_children[/block]

I have also uploaded another example (preview3.txt) of a page that I did not touch the content. It is suppose to display the default "Remove this text and replace it with your own.", but the text is duplicated.

Hi,

(last Guest poster was me)

This has helped me understand the problem better, but unfortunately I still am not in a position to debug and I don't think I'll ever be able to reproduce this.

It is definitely a problem inside the Comcode parser. I think there is some kind of memory handling issue or stack issue, and things are coming out wrong. The following explanation seems to fit the evidence:
"When the Comcode parser should be outputting a string of text, it instead outputs the last stream of attached markup again instead - unless it is the first string of text." But this is pure guess-work based on analysing the output.

I wish I could debug on your server but I understand this isn't possible. I wonder if you have any PHP extensions interfering, such as an opcode cache extension. If so, please try disabling them.

One thing to confirm the problem is the Comcode parser is to call up /data/comcode_convert.php and past the Comcode directly into that. It should have the same problem.

Hi. I have reinstalled Composr from scratch on another machine and I could not reproduce the above issue again. As far as I could remember, I have followed the same installation procedure again.

I guess my original developer machine is crazy! Just hope that this issue does not pop up again in the future.

Sorry, the previous post was me. I though I had logged in.