Chad

DOH! Never mind. That did fix it. It turns out my FTP program was being dumb. Thank you! Any idea why WP wouldn’t be able to verify the nonce awqsfsearch ? I looked at the plugin code and I see that its instantiating the nonce.

I removed the f(wp_verify_nonce($query->query_vars[‘s’], ‘awqsfsearch’) ){} check. as suggest, however that unfortunately yielded the same result. Its still returning the default search. This site is using the starter _s underscores theme form WordPress. Very little has been modified from it.

I am having some issues with displaying a custom search results page. I have edited my default wordpress search.php file within my template to include the if/else snippet you provided above, but I am unable to get the search to return the custom search template. It always displays the default wordpress search template.

Here is the contents of my search.php file

<?php if ( have_posts() ) : ?>

			<?php while ( have_posts() ) : the_post(); ?>

				<?php
					if(wp_verify_nonce($query->query_vars['s'], 'awqsfsearch') ) //this will verify that the search is from the plugin
					{
					 if($_GET['formid'] == '86') {
					    //template for your form with id = 86
					    //get_template_part( 'content', 'museumsearch' );
					    echo 'museum search results';
					  }

					}
					else{
					echo 'normal wp search results';
					//get_template_part( 'content', 'search' );
					}
				?>

			<?php endwhile; ?>

			<?php bluehive_sassy_press_content_nav( 'nav-below' ); ?>

		<?php else : ?>

			<?php get_template_part( 'no-results', 'search' ); ?>

		<?php endif; ?>

No matter what I do, it continues to echo out normal wp search results. I have verified that my form id is definitely 86 as that is the form id which was generated and used to place on the wp page.

Yes the db on the old host had a prefix of Truewp_ and the database has this on the new host as well.

I’ve tried disabling permalinks before transferring it as well thinking it maybe something in the htaccess file but that did not make any difference. I’ve also tried disabling all plugins before doing the db export and that made no difference either.

The wordpress and blog addresses are both set to the same as they were on the old host. I even tried manually defining them in wp-config.php and still no difference.

It simply continues to take you to the install page, yet when you look at the files via FTP all of the files are there (theme, plugins, core files). PHPMyAdmin displays the database correctly too. I just don’t know what could be causing the site to not display.

Thanks however that is not helpful. I quite familiar with that page as I’ve referenced it many times in the past when moving sites. This issue seems to be unique in that its trying to reinstall wordpress over itself. I’ve encountered a similar issue on a different site where it did this and when I ran the install it picked up on the fact that the database already existed and simply took me right into the wp-admin.php page. This time however it did not. I completely wiped out the database, themes, plugins, and installed a fresh copy of WP. I ended up having to re-move the site again, and its in the current state of wanting me to re-install WP again.

When the auto update fails, it is best to go to www.ads-software.com and download the latest version.

Extract it to your computer

FTP to your web host account and pull down a copy of .htaccess

Upload the entire contents of the downloaded zip file including wp-admin and wp-includes, and all of the files in the root folder once extracted.

DO NOT upload wp-content

If you upload wp-content it will overwrite your theme files and you do NOT want to do that.

Once all is uploaded go to your domain.com/ and the WP installer should start running.

Just follow the prompts.

Additionally I forgot to mention. I am trying to do this OUTSIDE of the wordpress loop too.

I also experienced this issue with the meta description reporting as being incorrect. I Clicked the fix it button, nothing happen. I physically edited the header.php and removed it. Still nothing.

I then returned to the plugin, hit fix it AND THEN clicked save settings.

It fixed it!!!

If Joost is still watching this thread I just wanted to let you know that I love your plugin and I have tracking turned on and it works great. I’ve been using it on many of our sites and it still ranks supreme in the SEO plugins for wordpress.

To the naysayers out there. Please keep in mind that Joost is very well respected in the WordPress community and SEO community. Just because someone doesn’t reply immediately doesn’t mean you are being ignored or that their plugin sucks.

Opensource software comes with some expectations and as such you have to agree to accept them when you install them. Let’s all keep in perspective the amount of personal time plugin developers devote to the creation and on going UNPAID support of the plugin.

Thanks again for an amazing plugin that I am thankful has been in my arsenal.

Did you ever find a solution?

I just did a manual upgrade. Its working fine.

Thanks. I installed it on a fresh install of WP and it worked fine. I’ll have to comb through the other plugins on the site and see if I can find the culprit. Thanks for a great plugin!

Thanks DigitalMcGrath…that fixed it!

I found a solution. Within a page on www.ads-software.com for Theme developers – https://codex.www.ads-software.com/Theme_Development there is a section which says:

A note about network mode and Theme options:
If you are using the edit_themes capability anywhere in your Theme, and the Theme is running on a network-enabled WordPress install (previously WordPress MU), be aware that the edit_themes capability used for accessing Theme options pages will prevent site admins in a network from seeing the options menu. Use edit_theme_options instead.

I simply opened up the functions.php within the specific theme which was not showing the options with the “Appearance” section for the networked blog and preformed a “Find and Replace” for all instances of edit_themes and replaced it with edit_theme_options and it worked.

I now can access all of the theme options from within a networked blog account!

Did you find a solution to this? I have several themes I want to include in my Networked installation of WP but if the networked blog can’t access the theme options, there is no sense in including them.