[issue] Feeds and Character entities

zem · 2005-09-21 01:18:43

I’ve been updating directly from svn, and the only changes I’ve made after running svn update is rm -f textpattern/config.php.default textpattern/setup/. I haven’t touched atom.php, rss.php, publish.php or anything related.

Take a look at the file. this page explains how to find the conflict markers. That’ll show you what was different. It might be as simple as a whitespace change (tabs to spaces or similar).

svn doesn’t add conflict markers unless something changed.

Elenita · 2005-09-21 01:56:01

Thanks for all your help, guys, but…

<blockquote>sigh, yet there are conflict markers in your file, put there by subversion. The error message that php spits out is very clear on this.

run one of the following to see changes:
svn st
svn diff</blockquote>

Infuriatingly, this didn’t help me (and I know it should have). Output from iTerm:

<blockquote><code>username@server$ pwd
/home/username/public_html/textpattern
username@server$ cd ../
username@server$ svn diff
svn: Working copy ‘textpattern/setup’ is missing or not locked
username@server$ </code></blockquote>

<code>cat publish/atom.php > Untitled.txt</code> didn’t reveal any error markers, either. I can’t explain it.

In the end, I ended up copying the source of atom.php and rss.php from the trac file browser into empty files on my local machine, uploading them to my server with sftp, and overwriting the already existing files. That seems, more or less, to have solved the problems I was experiencing earlier.

Both <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2F%3Frss%3D1”>RSS messy</a> and <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2Frss%2F”>RSS clean</a> validate (yay!). Atom, however, is <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2F%3Fatom%3D1”>giving me different errors</a> than it was this morning.

phiw13 · 2005-09-21 02:17:29

Elenita,
You could have gone through a possibly safer route: delete the offending file (atom.php), and run svn update again. It will replace the file with a clean one from the repository. I’ve done that multiple times when messing up with files.

Note that, since updating to rev 921, my atom feed doesn’t validate either, but I haven’t investigated this yet.

zem · 2005-09-21 02:53:20

Checking out directly into a live public_html directory is dangerous. Check out to a separate directory and use ‘svn export’ instead, as mentioned in the svn faq. e.g:

$ svn co http://svn.textpattern.com/development/4.0/ staging/
$ svn export --force staging/ public_html/

Or, if you’re not making any changes yourself:

$ svn export --force http://svn.textpattern.com/development/4.0/ public_html/

That will overwrite the contents of any files that already exist in public_html (including .htaccess). If you need to keep certain changes, use the first method, and ‘svn remove’ the file from your staging area before exporting.

rayray · 2005-11-13 20:11:30

I’ve been having this same exact problem with needmorenotes.com for many months. We’re up to 4.0.2 and the problem still persists. Raw entities showing up instead of the correct characters. I see it, in fact, on the TextDrive blog feed itself. It’s terrible! Definitely what I’m experiencing is that it happens often, but sometimes only once per entity in a feed. That is, if a curly left apostrophe is shown twice, I see the entity code, but later in the feed the character shows up correctly!

zem · 2005-11-13 20:47:52

Ray,

This is probably a different problem. Please post a new thread with some details.

Textpattern CMS

Textpattern CMS support forum

#13 2005-09-21 01:18:43

Re: [issue] Feeds and Character entities

#14 2005-09-21 01:56:01

Re: [issue] Feeds and Character entities

#15 2005-09-21 02:17:29

Re: [issue] Feeds and Character entities

#16 2005-09-21 02:53:20

Re: [issue] Feeds and Character entities

#17 2005-11-13 20:11:30

Re: [issue] Feeds and Character entities

#18 2005-11-13 20:47:52

Re: [issue] Feeds and Character entities

Board footer