gnirsh

I’d love something like this as well. Did you ever find something that worked for you echodave?

Thanks, that works perfectly!

that did the trick. Thanks so much.

Btw, I both have the RB internal links plugin, and the TinyMCE advanced plugin, but disabling both doesn’t change anything.

davidsword, can you help me out at all?

I have the same problem as those above. I do have the internal-linking.php file. But when viewing source on the problem pages, I don’t have the “form id=”wp-link”” code.

How can I get it added?

It’s not a theme issue, I switched themes with the same result.

no luck. It seems I need to do something more significant here.

Any ideas of how to proceed?

Supercache disabled and removed. all references to it removed from wp-config and .htaccess. disabled all plugins.

Still no change. Man, this is frustrating.

Yeah, I have a backup, I actually already tried to go back to the previous install, and it didn’t help either.

reinstalling wordpress seemed to fix the custom post type issue.

Here’s the .htaccess file. deactivating and deleting wpsupercache doesn’t seem to do anything.

Also, it seems on the pages that I’m linking to using “?page_id=xxx”, it’s actually a “301 moved permanently” error I’m getting the first time, then a 304 error on subsequent refreshes.

# BEGIN WPSuperCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /sustainlv/
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_URI} !^.*[^/]$
RewriteCond %{REQUEST_URI} !^.*//.*$
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$
RewriteCond %{HTTP:X-Wap-Profile} !^[a-z0-9\”]+ [NC]
RewriteCond %{HTTP:Profile} !^[a-z0-9\”]+ [NC]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/sustainlv/wp-content/cache/supercache/%{HTTP_HOST}/sustainlv/$1/index.html.gz -f
RewriteRule ^(.*) “/sustainlv/wp-content/cache/supercache/%{HTTP_HOST}/sustainlv/$1/index.html.gz” [L]

RewriteCond %{REQUEST_URI} !^.*[^/]$
RewriteCond %{REQUEST_URI} !^.*//.*$
RewriteCond %{REQUEST_METHOD} !POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress_logged_in|wp-postpass_).*$
RewriteCond %{HTTP:X-Wap-Profile} !^[a-z0-9\”]+ [NC]
RewriteCond %{HTTP:Profile} !^[a-z0-9\”]+ [NC]
RewriteCond %{DOCUMENT_ROOT}/sustainlv/wp-content/cache/supercache/%{HTTP_HOST}/sustainlv/$1/index.html -f
RewriteRule ^(.*) “/sustainlv/wp-content/cache/supercache/%{HTTP_HOST}/sustainlv/$1/index.html” [L]
</IfModule>
# END WPSuperCache

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /sustainlv/
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /sustainlv/index.php [L]
</IfModule>

# END WordPress

FileETag none

that actually made it worse. Now, none of my custom post types can be accessed.

I am getting a not found page for all of them.

Look for the plugin: Peter’s collobaration E-mails.

Did the trick for me.

wow, I figured it out. So simple.

remove the quotes around the variable in the query. as such:

$loop = new WP_Query( array( 'post_type' => 'albums', 'cat' => $cat_ID ) ); ?>

Works fine for me now. And I only wasted like a whole day on this! ??

I am having the SAME EXACT problem. If you sort this out on your own, please post back in here. I will do the same.

Looking over your code the only thing I noticed is that it seems to me that this line:
$loop = new WP_Query( array( 'post_type' => 'albums', 'category' => '$cat_ID' ) ); ?>

should be replaced with this:
$loop = new WP_Query( array( 'post_type' => 'albums', 'cat' => '$cat_ID' ) ); ?>

Here is how I’m doing mine currently, the only difference is in the fact that I leave the initial variable as is.

<?php $category = get_the_category(); ?>

<?php $loop = new WP_Query( array( 'post_type' => 'calls_to_action', 'cat' => '$category[0]->cat_ID' ) ); ?>

I’ve echoed the category variables after the get, so I know that part of it is working. And I echoed them again after setting the new query, so I know the query didn’t somehow reset the variable. I’ve double checked that the relevant posts are in fact associated with their proper categories, and they are.

I’m not sure what else to do, I’ve tried a lot of variations and can’t get anything to work.