[wp-trac] [WordPress Trac] #22279: WordPress Export/Import deletes carriage returns
WordPress Trac
noreply at wordpress.org
Thu Jul 3 17:49:45 UTC 2014
#22279: WordPress Export/Import deletes carriage returns
--------------------------+------------------------------
Reporter: mykle | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Export | Version: 3.4.2
Severity: major | Resolution:
Keywords: | Focuses:
--------------------------+------------------------------
Comment (by WraithKenny):
I've had issues with this, and couldn't figure out the proper solution.
Support forum issues are usually resolved (or abandoned) with vague
explanations that plugins are doing it wrong. As a plugin developer that
IS doing this wrong, it's really not helpful since it's extremely hard to
figure out what I'm actually doing wrong, since there exists no good
explanation of the problem, nor any best practice tutorial for doing it
right (what ever that may be). The only thing I do know about this issue
is that sometimes the length of serialized meta is wrong do to line-
endings. (Why the line-endings are sometimes CR/LF I haven't been able to
trace, but think it's do to ajax saves, in my plugin at least.)
My feeling is, if you are using the correct APIs and sanitation practices,
something like this shouldn't happen: there should be no extra unknown
step for plugin developers to do (like say normalize all line-endings
prior to update_option/_post_meta? No idea if that'd work, and that's the
point: There's no community education around this issue). I'm sure the
majority of authors have no idea if the exporter/importer works with their
meta.
Anyway, if this is a plugin developer problem, some guidance would be
appreciated, if not, a bug fix would be appreciated.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/22279#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list