Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
[issue] Feeds and Character entities
This has been mentioned before, here and here. However the problem(s) still persists.
The Atom feed double encode entities, but seemingly randomly. Happens with various TXP sites: take mines, I see it with the Reid (photodude) feed, with the ubernostrum (Shtuff) feed – random selection. I saw it before on the ParticleTree site, but they’ve now switched to MT.
My RSS feed fares better, except with code blocks (wrapped in < pre>< code>). What it does with the latest article on my site is definively not expected, esp. at the end (my RSS feed).
The problem happens independently of using Textile vs MarkDown, and happens on an absolutely clean, non-hacked TXP 4.01 on localhost.
I checked all those feeds in various feedreaders (NetNewsWire, NewsFire, Sage on Firefox).
Diagnostics at [EMPS]: flying colours, @rev 900.
Apache/1.3.29, PHP 4.3.11, MySql 4.0.25-max-log
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
#2 2005-09-20 06:49:55
- zem
- Developer Emeritus
- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: [issue] Feeds and Character entities
We’ve been aware of this for while. Haven’t yet found the source of the problem – it’s intermittent, as you say.
Alex
Offline
Re: [issue] Feeds and Character entities
> zem wrote:
… it’s intermittent, as you say.
One pattern I see on my tests on localhost, and in my live atom feed: it is always the first entity that occurs in a block level tag. hth.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: [issue] Feeds and Character entities
Philippe: another thing to note is that you and I and the Particletree guys all use Markdown. Not sure about Reid, though.
You cooin’ with my bird?
Offline
Re: [issue] Feeds and Character entities
I don’t know about Reid either, his comments use Textile. But would that matter ? Anyway, I’ve been able to reproduce the problem with Textile on a Textpattern 4.01 on localhost. Maybe more random occurences, but still.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: [issue] Feeds and Character entities
OK. I haven’t used TXP with Textile in a very long time, so I didn’t know if the use of Markdown could have anything to do with it.
You cooin’ with my bird?
Offline
#7 2005-09-20 13:49:28
- zem
- Developer Emeritus
- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: [issue] Feeds and Character entities
It was difficult to reproduce because it only showed up when an entity was followed by an ‘=’ character.
Alex
Offline
Re: [issue] Feeds and Character entities
> zem wrote:
> Found it
It was difficult to reproduce because it only showed up when an entity was followed by an ‘=’ character.
Uh, Zem. You know what ? It works !
(tested from localhost server with Markdown).
Thank you. :-)
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
Offline
Re: [issue] Feeds and Character entities
Unfortunately, my feeds are still having problems after upgrading to r921. It used to only be Atom, but now RSS is having trouble, too. From <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2F%3Fatom%3D1”>feedvalidator.org</a>:
<code>Sorry
This feed does not validate.
Feeds should not be served with the “text/html; charset=UTF-8” media type [help]
line 1, column 0: Undefined root element: br [help]
<br />
line 2, column 0: XML parsing error: <unknown>:2:0: junk after document element [help]
<b>Parse error</b>: parse error, unexpected T_SL in <b>/users/home/elenita/ …
Source: http://www.penumbrae.com/?atom=1
<br />
<b>Parse error</b>: parse error, unexpected T_SL in <b>/users/home/elenita/public_html/textpattern/publish/atom.php</b> on line <b>187</b><br />
</code>
I get the same results when <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2Fatom%2F”>checking www.penumbrae.com/atom/</a>, <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2Frss%2F”>penumbrae.com/rss/</a>, and <a href=“http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fwww.penumbrae.com%2F%3Frss%3D1”>penumbrae.com/?atom=1</a>.
Last edited by Elenita (2005-09-20 15:00:20)
Offline
#10 2005-09-20 22:27:11
- zem
- Developer Emeritus
- From: Melbourne, Australia
- Registered: 2004-04-08
- Posts: 2,579
Re: [issue] Feeds and Character entities
Your atom.php file has a conflict, probably because you’d made some local edits. You need to edit it manually
nb: this is one of the reasons why it’s better to use svn export than directly uploading your working copy to your server. Export will refuse to work if there’s a conflict.
Alex
Offline
Re: [issue] Feeds and Character entities
> zem wrote:
> Your atom.php file has a conflict, probably because you’d made some local edits. You need to edit it manually
I’ve been updating directly from svn, and the only changes I’ve made after running <code>svn update</code> is rm -f textpattern/config.php.default textpattern/setup/</code>. I haven’t touched atom.php, rss.php, publish.php or anything related.
Any other ideas?
Last edited by Elenita (2005-09-20 23:48:43)
Offline
Re: [issue] Feeds and Character entities
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
Then use
svn revert -R *
to revert all files to exactly how they are in the repository (make a backup first).
Or better yet: Try using the download-versions, you can download and extract it from the command-line as well with just a single line, and it will give you less trouble and free you from having to learn how to use subversion.
Offline