Hi,
Looking at your backup html page - it is not actually html, rather it is
formatted the same way WordPress stores content in the db: with <p> tags
replaced by 2 line breaks "\n\n".
It has to be run through wpautop before displaying or before it can be
edited with the visual editor. This is done every time you switch from
HTML mode to Visual mode in the editor by a Javascript version of wpautop.
However if there is a js error somewhere on the page prior to running
the content through the js wpautop, Javascript will stop execution and
the content will be inserted in TinyMCE (Visual mode) without the <p>
tags, so all the paragraphs will disappear.
Can you try using Firefox with the error console open and set to show
errors only while writing, pasting, switching between Visual and HTML
modes, so you can notice any js errors as they happen.
Also, try using one of the stable versions of the supported browsers:
Firefox, Safari, Opera or IE when using the visual editor. Other
browsers using Gecko would probably work, but each one has small quirks
here and there that may show up at any time.
I've tried pasting the content of your backup page in FF2, FF3_b4,
Safari 3.1 and Opera 9.2 (Windows) and wasn't able to reproduce this error.
Alexander van Loon wrote:
On Mon, 2008-03-24 at 21:26 +1100, DD32 wrote:
Hi, The wp-testers list requires you to be a subscriber to be able
to send emails.
What Browser & Browser version did you encounter the problem in?
I've just tried that exact text a few times on Opera under windows
without problem, But if you've got a specific browser thats having
difficulty, it'll be easier to direct debugging/testing.
Cheers, D
Sorry that I didn't mention the specifics about the web browser I
used immediately. I used Firefox 3.0 beta 4 and Epiphany 2.22.0
(which is GNOME's web browser, but uses Gecko as layout engine as
well).
I just tested some other web browsers as well, Safari 3.1 and
Internet Explorer 8 beta 1 (with "Emulate IE7" enabled, otherwise
WP's TinyMCE editor is hosed) on Windows. I verified that they give
the same result as Firefox and Epiphany, I write a new post, switch
to HTML editing, paste the code, switch to visual editing and notice
that the layout was discarded.
With those browsers I also tested the same procedure for my WP 2.3
weblog, as I wrote in my previous e-mail, if I used WP 2.3 the layout
was processed correctly when I used Epiphany or Firefox. I observed
the same behavior when I used Safari and Internet Explorer with WP
2.3.
So, I think that the fact that all four web browsers give the same
result and that my WP 2.3 weblog works fine rules out that the web
browser is the cause. This narrows it down to:
- A bug in WP 2.5 - A bug in my particular installation of WP 2.5
Because you reported that it worked without a problem with your WP
2.5 installation. What still puzzles me then is why I suddenly
encountered this bug after a few days of using WP 2.5 to write the
post without a problem.
If necessary, I can provide the WP developers with the username and
password to my weblog so they can verify if only my particular
installation of WP 2.5 is affected by this bug.
_______________________________________________ wp-testers mailing
list [email protected]
http://lists.automattic.com/mailman/listinfo/wp-testers
_______________________________________________
wp-testers mailing list
[email protected]
http://lists.automattic.com/mailman/listinfo/wp-testers
