I actually played around with the Flock beta for Mac OS X (0.7.4.1) and after I provided the URL for my blog, it asked for the username and password and logged me in. I haven't actually posted anything with it to see whether that works or not, but it did accurately detect the blog and logged me in.

So the datatype defined in the serendipity_event_staticpage.php for these is boolean, but the datatype for the postgresql table serendipity_staticpages is smallint instead of boolean.

And I'm having issues being able to update the initial staticpage from the web if I go from a 'true' to a 'false ...

Using StaticPages plugin 3.06 and PostgreSQL, the creation of new pages fails if "Perform Markup Transformations" is set to "No"

The INSERT INTO serendipity_staticpages fails as 'markup' field is a '' instead of an int. Should it be set to '0' for a No?

The 'pageorder' field is also '', though ...

You need to fix special characters either manually yourself or install/use the 'xhtmlcleanup' Serendipity plugin, which fixes some of the errors.

Ah... the xhtmlcleanup plugin did the trick.

and my blog URL was in the post, though I can't believe I screwed up the link. *doh!*

I played around with this a bit last night (local time) with my blog.

the blogstreet URL gave me the same error about the rss feed being invalid. blogstreet did find the RSS feed and pulled the index.rss2 URL.

http://feedvalidator.org said the index.rss2 URL was valid but there was an issue with ...

Once I upgraded my testbed to .8 I noticed that the external style sheet stored in the configuration page was not being applied to pages and wasn't included in the default/index.tpl template.

I noticed that the variable extCSS wasn't included in the functions_smarty.inc.php array. So after the line ...

garvinhicking wrote:At least on mysql the search is case insensitive. I don't know about the other database types...

Regards,
Garvin

It is case sensitive using Postgresql.

LH - It was a path problem. As soon as I specified the path to the Cache directory as well as the base of Pear in the ini file, everything worked fine.

I did have issues with the Weather plugin (CVS from last exchange here) cache directory. The default was to /tmp and it was trying to write to ...

Is there a reason that the search is case sensitive? I haven't spent much time looking through the source to find the relevent code for this. Is it database dependent?

I've downloaded the CVS version. And it works. I've checked to have it cached and the plugin gives me an error notice saying Pear::Cache isn't installed. So it may be I've got it installed, but not installed correctly.

So kudos to mgroeninger on his work as well.

And the plugin does work on the testbed page. Many kudos to Little Hamster.

I just noticed that other thread.

First, I have Pear::Cache installed. 1.5.4

Commenting out the line:

$status = $metar->setCache('file', array('cache_dir' => '/tmp'));

does in fact cure the problem on the admin page.

I've noticed Dublin Core tags for individual entries. How about Dublin Core for the main page in the head section drawing from latest update, page title, owner, home directory that are found on the 7.1 info page?

I downloaded the plugin from the links on the s9y homepage for extra plugins.

From the file: serendipity_plugin_weather.php

* Version: $Id: serendipity_plugin_weather.php,v 1.7 2004/10/08 13:41:42 nohn Exp $

I've tried it with both serendipity 7.0RC1 and 7.1 (and I believe 6.8/6.9)
Postgresql 7.4 ...

I've had issues with the weather plugin as well. It inserts data in to the plugins table, but doesn't seem to insert base data in to the config table.

Using Postgresql as the backend, if that matters.