BrettEllis_CPM

jpm1234 True that!

Just remember to return the debug to False when you are done since it conflicts with some plug ins.

The height of your menu items is only 60px but the <div> that contains them is 76px. The easiest way I have found to solve for this issue is to apply a max-height to the <div> like this:

.nav-primary .wrap {
max-height: 60px;
}

When I use the console in Chrome to apply this rule it cuts out the extra space under your menu options, may be worth a look but make sure it doesn’t bite you when you scale down for responsive design.

I think the answer may be in the page templates. If your helper swapped the page template, or created a new one then applied it to your homepage, you would not see the footer as you normally do.

I use this technique when I want a website to have one design on the homepage and another on all the other pages. It is possible they added a page template to the theme, then they linked the PHP files for the header and footer to the new page template.

Then it becomes a searching game for the naming methods they used for the new header and footer that are being accessed. I would first check the page template for your homepage and see if it matches the page template used by the other pages.

BTW, I never thought of using the FTP to swap out a file to be Ghetto, that’s more OG!!! LOL

I had this happen once. If I remember correctly the problem was in my browser cache. I de-selected the “Disable Visual Editor” option but my browser (Chrome) would not let go of the option. I have to clear my cache and recent history to get the bug to clear.

Unfortunately any browser logged in while that checkbox was active would have the memory of it in the cache. Something tells me the option is more persistent that others for some reason.

Try opening an Incognito page in Chrome and logging into your dashboard from there, it may be a caching issue.

Another troubleshooting option would be to disable the theme and see if that does it. Try switching the theme to a vanilla one to see if that clears it.

In my experience you always need to get hosting of some kind or another. I prefer the hosting package from GoDaddy that includes FTP access so I can manually upload and troubleshoot the server but the WordPress package they have is not bad, I use it for my wife’s site.

It looks to me like you have GoDaddy pointed to your WordPress blog, then the WordPress blog directing to GoDaddy. You are pointing back and forth without directing the visitor to anything at the end of the chain.

Where are the actual files that make up the WordPress install? The MySql database?

Without hosting the files on a server somewhere there is nothing to point the domain at. It seems you have the first steps done, but nothing at the end of the sequence for the browser to actually display.

No worries, glad to help.

You could try :

.widget_product_search form {
visibility: hidden;
}

Seems to remove the entire search field without much fuss.

The only way to fix this problem is to access the FTP and swap out the custom-header.php file with a clean copy from your back up, if that is the source of the error.

Seems like it is if the problem came up immediately after the change.

If you have FTP access to your server you can go into the wp-contents>themes>Cinnamon folder and upload a clean version in place of the tainted PHP file. That should restore your access to the dashboard.

If you are not used to working with an FTP program I would suggest Fetch or FileZilla, get the FTP URL, Username, and password information from your host.

Just be very careful, think of this as surgery with a scalpel, you are removing the one bad file and replacing it with a clean version from the Cinnamon theme. Unless you know what you are doing don’t touch anything else.

You also may need to go back in and re-apply any changes you have in the header.

Good luck.

Good point, forgot about the short codes. I usually don’t see so many of them so it didn’t click.

Good advice.

No worries, good luck with the troubleshooting and have a good weekend too.

When you say “inserted a code” what exactly do you mean? Was it a plug in or did you go into the HTML (text tab) on the pages and add the code to the content of the site?

If the SEO was a plug in I suggest you deactivate the plug in and reload the page to see if the issue goes away.

This almost looks like schema code, a specialized type of coding used for aiding search engines to categorize content. Are you using a SEO plug in or any other SEO coding?

First off, let us know what version of WordPress you are using.

Second, how did you get the image on the page? Did you use a plug in? Are you hard coding the image into the HTML of the page/post?

This looks like an error caused by a plug in writing too much code into the page but until I know more I can’t suggest anything.

In what has to be the mother of all weird the images are back!!!

I didn’t do anything, the issue seems to have resolved itself. Literally, I walked away from the computer for a couple of hours and when I came back and clicked the products link the images came up.

I would appreciate any thoughts as to why this is happening, just so I can understand the chaos.

Ok.

The first thing I would do is rename the plug-ins in the wp-content>plugins folder to disconnect them from the install. This can be as simple as adding a “1” to the end of the folder names in the plugins folder on your server.

You can do this to all of them to see if the problem is with the plugins in general, or if you suspect one of them you can do this to the one and see if you can log in. This process of elimination is usually done in the dashboard but since you cannot get in there this method will have to do.

If the error is not in the plug ins then you will want to do the same thing with your theme. Just make sure there is a default theme in the folder for the site to revert to, otherwise you will need to download one and add it in via the FTP. I suggest twentytwelve, its incredibly simple and therefore great for debugging.

Be warned that this is something that will make the front end of your site do some wild and crazy things. If you have clients or customers using the site they will not be happy with the chaos.

If both the plugins and the themes are not the source of the error then you have to look at the WordPress installation itself, total pain in the butt.

If you know what version of the WordPress package you are using you could swap out the menu.php file in the wp-admin folder using a clean copy. Since most issues are not where the error message says they are this may not work to solve the problem but there is a chance you have a bad line of code in that file and rather than trying to fish it out you could just swap it for a clean copy. Be sure you have the right version or this could be a big headache.

Another cause of repeated hair pulling is the functions.php file in your theme. You may want to try to rename that file, just to knock it out of the mix for a moment and see if you can get in. If so the issue is in there somewhere. The theme test will also do this since the functions.php file is in the theme folder but just in case.

These are the problem areas I would investigate first. Good luck.