Opened 16 years ago
Closed 16 years ago
#9113 closed defect (bug) (duplicate)
Dropping HTML When Publishing Remotely
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Milestone: | Priority: | normal | |
| Severity: | major | Version: | 2.7 |
| Component: | XML-RPC | Keywords: | ms word 2007 |
| Focuses: | Cc: |
Description
It seems like eSupport is dropping the HTML for security reasons. Publishing to my blog using desktop publishers such as Blogdesk or even MS Word 2007 is resulting in the html code showing on my post.
I have attached a file which includes the html that I have tried to pulish. The software I have used include W-Blogger, MS Word 2007, blogdesk and Zoundry Raven, they use XML RPC and all produce the same outcome. I will leave a post active over at http://www.spapoolsupply.com/ a test blog, for your information
Attachments (1)
Change History (7)
#2
@
16 years ago
So to clarify this, you are saying that ALL 4 software have the same problem and Wordpress is not to blame. And you would like me to disassemble MS Word and all other software? I appreciate that there is sender (3rd party software)and a receiver Wordpress, but I do find it surprising that you are quick to blame 4 software products without looking further at how Wordpress is taking the data received and processing it, even more so when we are talking about a new version of Wordpress.
With regards to your question on the Wordpress editor, if it was reliable then I would not have to find 3rd party software, let me explain, when I write an article in the Wordpress editor, it more often than not rejects the paragraph tag, so for instance if I want to move my text down a line by using the return key it does not save the changes, leaving me to believe that it does not recognized the html code for a paragraph 100% of the time. Even now I have posts on my blog that I would like to insert a paragraph tag at the beginning so as to movie the article down slightly, This is not possible. to do with Wordpress editor
#3
@
16 years ago
No, I'm not saying its the applications at fault, I was suggesting that there may be some Security-related software on the server between your applications and WordPress.
I'm not interested in your problems with the Visual editor either, What i want to know is, Does HTML from the visual editor get published correctly? What about if you use the HTML editor part with your test post if you dont want to use the Visual editor and put the HTML in there, does THAT post correctly? It'll tell us if its some software in between, Or possibly a bug in the XML RPC code (Or a bug in software which it relies upon)
#4
@
16 years ago
It wasn't exactly clear what you were describing until I looked at some of the posts on http://www.spapoolsupply.com/. This looks like the libxml2 bracket striping problem. I've written about this previously:
http://core.trac.wordpress.org/ticket/7771
http://josephscott.org/archives/2008/12/problems-with-libxml2-for-wordpress-xml-rpc-users/
http://josephscott.org/archives/2009/02/update-on-libxml2-issues/
If theres software between you and WordPress striping out the brackets from HTML, then you'll need to disable the software in question in order to post HTML.
Does using the normal WordPress editors result in the same?
Unfortunately, WordPress cannot do anything about 3rd party software.