The white background is missing? That was caused by a bug in the new comment form plugin. Please try a newer nightly.

Where can I find the newer one? I'm using http://www.zenphoto.org/files/nightly/zenphoto-2009-06-12-trunk.zip which appears to be the last one. Or you mean SVN?

Also, I already made some changes to the code locally - is there a way to re-install just the files which changed between nightlies, say just the files from "zenpage-default" theme? Or, I assume, generally, it is safer to erase the whole "zp-core" and "themes" and upload the whole nightly, right?

You should always use all files from the same Zenphoto build unless told otherwise or if you can make a compare of the files and know enough to recognize when there are not dependencies on other files in the build.

2009-06-12 would be the most recent nightly build. They are produced at 11:00pm Pacific time (GMT-8+daylight savings time.)

We recommend that you make copies of a theme to make changes to it. Then when a new build is considered you can do file compares of the unmodified files from the new build and the build from which you cloned your copy.

The %2F problem is real and should probably be fixed. An Apache setting (not modifiable for those in shared hosting environments) called AllowEncodedSlashes is what is needed server-side. Since many of us have no way to change this, we'll need to fix ZenPhoto to stop encoding slashes (I'm seeing that all my RSS links are returning 404's)

The full article I found on this is at http://www.jampmark.com/web-scripting/5-solutions-to-url-encoded-slashes-problem-in-apache.html

Which file should be modified to 'fix' the RSS URLs ?

You should look at the rss files of course as there are four.

Edit: note that #5 on the site you linked is not applicable for Zenphoto as "/" are part of the album name for subalbums.

I've narrowed down the problem with %2F breaking the RSS links to the mod-rewrite option. If I deselect that option, reload the RSS feed, the URLS supplied by the RSS are once again functional.

So where within ZP does the mod-rewrite stuff happen? That's where the fix will lie, I think.

NK

The links for the feeds are generated at the beginning of each feed file itself. It does all work for me with modrewrite, just to mention.

I guess I'll just have to live with it until enough people report a problem with %2F in the URLS that something gets done. As I've noted, it is a problem that starts with configuration of the Apache server not necessarily within ZenPhoto as such. If your Apache is configured to work with replacement of '/' with %2F then you won't be experiencing the problem. Many of us on shared hosting setups don't have access to their Apache configuration.

I still can't find anywhere within ZenPhoto a piece of code that specifically replaces / in URLS with %2F so I have no idea where it's happening.

Then probably my shared host has that setting (I can'T access the php.ini but I can configure via htaccess). Within the feed there are the link generated. There are several urlencodes that might cause the trouble for you. I think you got mainly a issue with the / within album names (as subalbum has the name "toplevelalbum/sublevelalbum"). Try to remove the urlencode() calls.

Same problem. All my feed links are returning 404's because of that.
Maybe I'm dense but I don't understand what I have to do to fix the problem.

The feeds have been modified regarding validation since 1.2.5 so you might want to try the nightly build. I have recently checked the feeds with the W3 validator and it did not complain about anything. I also did never encouter any issues with my news reader NetNewsWire on Mac.

Note that if you use the robots.txt example that we provide with the download disallows the rss files.

Upgraded to the latest nightly build and still have the same problem. Some / in urls are replaced with %2F. Strange thing is, I didn't have this problem with older zp versions.
How would I remove the urlencode() calls?
In rss.php I changed
$host.WEBPATH.$albumpath.urlencode($albumobj->name).$imagepath.urlencode($item->filename).$modrewritesuffix;
to
$host.WEBPATH.$albumpath($albumobj->name).$imagepath($item->filename).$modrewritesuffix;
and it broke my feed.

Please try to use pathurlencode instead of urlencode.

Aww, thanks acrylian! That fixes the problem. hugs
Glad it was something so simple.

Thanks for reporting and testing. Sometimes hard to find issues since servers behave differently. I will update all included feeds to use it.