Odd Superfish issue... ? Top Navigation not updating, but children pages nav fine....
Permalink
I'm in the process of rearranging my web pages. Using the Sitemap I have moved a child page up to the top level without issues - Superfish followed the change no problems. I then wanted to rename one of the pages. I did that by editing the page properties from the Sitmap. Now that I've done that, and followed up by running all the maintenance jobs (including updating the sitemap) the page I renamed refuses to be linked by Superfish correctly.
The page I want Superfish to link (based on the Sitemap structure) is:
http://www.aaronkphoto.com/models/...
The page is there, and if I visit it from the Sitemap the URL resolves as:
http://www.aaronkphoto.com/index.php?cID=75...
Checking some of my other pages (for examplehttp://www.aaronkphoto.com/personal-work/)... shows no issues, and Superfish works fine.
What did I break by simply renaming the page via the Properties option from the Sitemap? How do I fix it? I've tried re-naming the file but that doesn't fix it of course. AND, all the pages under the one that won't resolve work fine (navigation) from the Superfish dropdowns... like this one: http://www.aaronkphoto.com/models/female-models/...
I've checked to make sure the "exclude from Navigation" option is not checked...
Help please, I'm stuck.
The page I want Superfish to link (based on the Sitemap structure) is:
http://www.aaronkphoto.com/models/...
The page is there, and if I visit it from the Sitemap the URL resolves as:
http://www.aaronkphoto.com/index.php?cID=75...
Checking some of my other pages (for examplehttp://www.aaronkphoto.com/personal-work/)... shows no issues, and Superfish works fine.
What did I break by simply renaming the page via the Properties option from the Sitemap? How do I fix it? I've tried re-naming the file but that doesn't fix it of course. AND, all the pages under the one that won't resolve work fine (navigation) from the Superfish dropdowns... like this one: http://www.aaronkphoto.com/models/female-models/...
I've checked to make sure the "exclude from Navigation" option is not checked...
Help please, I'm stuck.
Matt,
Many thanks for your suggestions. I've tried clearing the cache and disabling it to no avail. The canonical path is ..../models so it should work.
How about this - Superfish is on the global scrapbook - should I clear that as well? Maybe that's why the update won't resolve?
Thanks again.
Aaron
Many thanks for your suggestions. I've tried clearing the cache and disabling it to no avail. The canonical path is ..../models so it should work.
How about this - Superfish is on the global scrapbook - should I clear that as well? Maybe that's why the update won't resolve?
Thanks again.
Aaron
I'd be more comfortable removing Superfish from the global scrapbook if this message wasn't displayed: "all page instances will also be removed" - any idea if this means that the pages I've placed the block from the scrapbook would lose their Superfish nav block?
I can't say for certain that the global block would be causing this trouble, specifically, but I've seen global scrapbook items behave oddly in the past. I would recommend using Page Type Defaults to set up your Superfish menu instead.
However, before we tackle that, I'm curious as to why your /models/ path isn't resolving at all, even outside Superfish:
http://www.aaronkphoto.com/models/...
Would it be possible for you to send me your Dashboard login and password in a Private Message? I'd like to take a look at this first-hand and see if there's something we're missing. Just click my profile picture, then click the "Send Message" button.
However, before we tackle that, I'm curious as to why your /models/ path isn't resolving at all, even outside Superfish:
http://www.aaronkphoto.com/models/...
Would it be possible for you to send me your Dashboard login and password in a Private Message? I'd like to take a look at this first-hand and see if there's something we're missing. Just click my profile picture, then click the "Send Message" button.
Hi Aaron,
So what's going on here isn't actually related to Superfish, but rather to URL rewriting on the Apache web server.
By default, concrete5 has a folder named /models/ in its root. Making a concrete5 page with a url that ends with index.php/models/ is fine, but if we turn Pretty URLs on and ask Apache to handle both the our real /models/ folder AND a web page at /models/, it gets really confused. Same goes for any other folder we've got kicking around in the root of our site: /updates/, /elements/, etc.
I changed the canonical URL of your Models page to "the_models" instead, via Page Properties > Page Paths & Location and that got your menu working. You can change the URL to whatever you like as long as it's not "models".
I'd say you can leave your Superfish block as a Global Scrapbook item for now, as long as it's working for you. It might be worth looking into Page Type Defaults in the future if you find yourself putting a common block on many pages at once.
So what's going on here isn't actually related to Superfish, but rather to URL rewriting on the Apache web server.
By default, concrete5 has a folder named /models/ in its root. Making a concrete5 page with a url that ends with index.php/models/ is fine, but if we turn Pretty URLs on and ask Apache to handle both the our real /models/ folder AND a web page at /models/, it gets really confused. Same goes for any other folder we've got kicking around in the root of our site: /updates/, /elements/, etc.
I changed the canonical URL of your Models page to "the_models" instead, via Page Properties > Page Paths & Location and that got your menu working. You can change the URL to whatever you like as long as it's not "models".
I'd say you can leave your Superfish block as a Global Scrapbook item for now, as long as it's working for you. It might be worth looking into Page Type Defaults in the future if you find yourself putting a common block on many pages at once.
Matt, I can't thank you enough for rooting out the issue. I don't think I would have ever figured this one out. I really appreciate your help.
Best regards,
Aaron
Best regards,
Aaron
No prob! Glad we got it figured out.
Thanks again Matt for getting to the bottom of my issue.
Aaron
Aaron
I'd try clearing the site cache from Dashboard > Sitewide Settings > Speed Settings. Sounds like there could be a cached copy of the block hanging around from since before you changed the page.
If that doesn't solve anything...what's in your page properties under the Page Paths & Locations tab? Your "Models" page should have a canonical URL, at the least, plus whatever additional URLs you've added below.
A good thing to be aware of is that the sitemap job doesn't actually build the Dashboard sitemap, but rather sitemap.xml, which is a file that lives in the root of your site. You don't normally see it unless you're a search engine-- it describes your site's structure in a way that makes it easier for Google (etc) to index.