becky.absolute

After doing some additional debugging, it appears that my problems stem from my Product permalink base. I have changed that to “Shop base” (i.e. store). After doing this, my order detail and other account related pages are loading. The rest of my store appears to be functioning properly as well. I just don’t have the URL structure that I wanted. But for this particular case, having the simpler URLs should be just fine.

I just ran into this issue myself. The solution in the post that Susan mentioned did the trick. Thank goodness WordPress gives you the ability to remove filters.

I see that that post is a year old. Has the developer abandoned this plugin?

I’m encountering the same issues when trying to update the “Ignore Users” field. Any updates/feedback from the plugin author???

It turns out that the person who set up the IDX search for us didn’t set it up properly. She has since modified the search and our “Open Houses” listing is displaying properly.

Thank you. I’ll keep an eye out for the update.

I am having the exact same issue on one of my sites. I was about to post a new thread about it, but you beat me too it.

The Get the Image plugin echoes the image by default in the get_the_image() function. Adding 'echo' => false to the options array passed to it fixes things.

I’m hoping the plugin author sees this fairly soon and addresses things with a bug fix. I don’t remember if I used this plugin on another site or not.

@rossing … No I did not. The budget and timeline for the project didn’t allow me time to figure it out. I ended up putting that information in the description for the event.

Is it even possible to get the other days in a recurring series? I’ve looked at the database (wp_posts and wp_em_events), and I can’t seem to notice any connection between the events in a recurring series? Am I missing something glaringly obvious???

I believe I found the source of the issue. It is the do_home() function in the breadcrumb_navxt_class.php file. There are 2 sections of the code that is adding a crumb for the post type archive. The specific cases are:

• else if(isset($type->post_type) && !$this->is_builtin($type->post_type))
• else if(isset($type->taxonomy) && !$this->is_builtin($wp_taxonomies[$type->taxonomy]->object_type[0]))

In our case, the custom post types we created did not have an archive set up when the CPT was created (i.e. has_archive = false). We have a page in our system that has some content on it and then the list of the posts of our CPT. This page is set as the root in the options for the plugin.

Since the code for the plugin is not checking if the CPT actually has an archive before including a link to the archive, that is where the double crumb issue rears its head. The same thing happens on the taxonomy page for the taxonomy for the CPT.

I tweaked things on my local copy to check if the post type has an archive. If it does, then it includes the crumb; otherwise it skips it.

Have you set a release date for version 4.0 yet since you won’t be releasing a bug fix for 3.9?

When I created the custom post type, I didn’t include editor for the supports option.

'supports' => array('title', 'thumbnail', 'products'),