WildBil2Me

Thank you for your response!

I tried ‘pre_get_posts’ which required that I change up how I got the postID. Unfortunately it ran forever without doing anything but it got me moving in the right direction.

Ultimately I landed on ‘parse_request’. I followed it up with a check to make sure I was in my custom post type and not on the admin panel. It appears to be working great now.

Again, thanks for the suggestion!

I have no caching plugins running. Right now it’s a vanilla WordPress install.

I’ve also confirmed that it’s not the browser cache. Devices that have never visited the site still have to reload the page to see the updates.

With add_rewrite_tag I can add a new tag like %versionnumber%. I can also add a %posttitle% tag which safely shows the post title in the url.

Using register_post_type I can setup the rewrite slug as “%versionnumber%/%posttitle%” and a chunk of the URL works EXACTLY the way I want.

The problem is that WordPress still puts the post slug at the end – that’s what I can’t sort out at the moment.

Hans – if this error is continuing try something for me.

Go to the Uploads panel of your WordPress administration and select one of your more recent images. Click on the Image and then click on “Links.” You should see a list of three possibilities. The first is just a url for the image while the other two show potential HTML code for displaying an image.

In either of the second two dialogues are you seeing the id=”” included?

Unfortunately I’m afraid I don’t recognize the code you’re seeing.

As for the number of errors – I use two HTML validation extensions in Firefox. The first is HTML Validator the second Web Developer. They slow icons on all pages with HTML errors and HTML Validator also shows you how to fix the errors.

They’re absolutely excellent extensions.

Hans,

Can you provide a URL where this is happening?

In my installs I’m not able to replicate what you’re describing. Images typically only display with an alt attribute but that’s it.

In Firefox I’m seeing what looks like your footer but I’m also seeing a few errors in your HTML which may cause some unexpected behavior.

Currently there are 31 errors a few of them caused by what looks like a missing </div> for #box.

Take a few minutes to make your code validate and the footer should start appearing just fine.

I’m seeing the_excerpt on line 16 of the search.php file.

Is it possible you just missed it?

This is the result of your theme’s use of the_excerpt rather than the_content in your archive.php file.

While the_content shows the full content of a post, the_excerpt only displays the first 30 or so words. Thankfully it’s very simple to fix this…

Open up your theme’s archive.php file and browse to line 34. Simply replacing the_excerpt with the_content should do the trick.

It’s a pretty neat theme now that I look at it – but you’d figure with all those customization options they would have given you some ability to change the font right? lol

You should be able to make some changes to the font by directly editing the style.php file.

One problem (which stumped me at first when I tried) is that there are 9 different font declarations that almost all say basically the same thing. That’s why it’s so hard to get things to change.

Just treat style.php like a regular style sheet and track down those font declarations. After a little time and effort you should get control.

rforster,

The document you’re referring to doesn’t take widgets into account and that’s what you’re using to display your categories.

Go to Presentation -> Widgets in the Admin Panel. Next to the Categories item click the box that looks like a menu – in the dialogue that pops up make sure “show hierarchy” is checked.

Save your options and reload your page – all should be well.

viabledesign,

Can you provide a link to the site where this is happening?

The link whooami provides shows you how to reset a password for an individual user – in the process you can see what that user’s login name is.

That’s the trick! ??

Go in, locate the user but just don’t change the password. Just look for the value under “user_login.”

Do you have FTP level or Database access?

With FTP access you could attempt to add the_author() to your single.php file and look for the readout – there’s a chance that your user id will show only so long as you had it set as the default display name for authors.

If you have database level access you can also retrieve it from there. Just go to the wp_users table and look at the user_login value. WordPress protects your user password but doesn’t encode the login or email info.

Joni,

You’ve gone back to pretty permalinks so it’s a bit hard to tell what’s going on.

Switch back to the messy permalinks and check back in with us.