randyhoyt

This has been logged as a bug in WordPress Trac, which you can view here: [https://trac.www.ads-software.com/ticket/3833]. It says it will be fixed in 2.6, which is a good thing.

You can fix it yourself if you add both the <p> and the </p>. This can be tedious, but there’s a clever way to get the WYSIWYG editor to do it for you. Center the blockquote and then left-align it. There will now be a <p style=”text-align: left”> and a </p> added inside the blockquote, and that should validate.

Do you by any chance have your blog at one address and the WordPress admin at a different address? That can cause issues with the “trust root” in the Open ID request.

If so, I modified line 309 of “logic.php”, changing

function doRedirect($auth_request, $trust_root, $return_to) {

to

function doRedirect($auth_request, $trust_root, $return_to) { $trust_root = '[WordPress URL]';

I don’t know how this would affect using OpenID for comments, but it works for accessing the WordPress admin.

I had this same problem. I checked the code to see what was going on, and the issue appears to be related to the new categories. Pages do not have categories, but the code for creating a new page expects them to do so.

I resolved this problem by editing the database directly. (Yes, I know this is not a good solution.) After you save a page through the user interface, you’ll get the error … but a page was created. Navigate to the “Pages” list, and you should see the page with a status of “Unpublished” status. Note the page ID.

Go to the database and add a row to the [WORDPRESS_]term_relationships table. The object_id should be the page ID. The term_taxonomy_id should be 1, which stands for “Uncategorized”.

Go back to the user interface. You should be able to edit the page going forward. For any new page you want to create, you’ll have to follow this process.

I found an answer to this question (I was looking, as well) in a comment made to someone else’s blog. It’s a hack that you will have to do everytime you upgrade, but it’s fairly easy.

On line 371 of the wp-includes/rewrite.php file, you’ll see the code:

$this->category_structure = $this->front . 'category/';

Now just remove the “category” from the string, and the code should look like:

$this->category_structure = $this->front . '/';

It actually worked better for me to remove 'category/' altogether to just leave ''.

Thanks for the link to your plugin … that did the trick.

I would recommend one small change to the plugin. Let’s say I had an excerpt with HTML in it (different than the cotent), but I decided that on the home page I wanted to strip the HTML out of it. I tried the_excerpt_reloaded(’40’, ”, ‘2’) — where the ‘2’ means strip out the HTML — and yet it still showed the HTML. That’s because your script will only strip out the HTML if you don’t have a value in the excerpt field.

I would recommend moving line 87 … [ } // end if no excerpt ] … up to line 67. That way, it will perform all the operations requested in the parameters even if you have something in the excerpt field — this seems like the more intuitive behavior.