Home
TeamSite
TeamSite, LiveSite and OpenDeploy
Renaming pages breaks the ".page <=> Site Map" association (if you don't have perms).
System
----------------------------------------------------------------
TeamSite/SitePublisher 6.7.2
LiveSite 3.1
Solaris 9
----------------------------------------------------------------
Hi folks,
I created a support ticket for this, but unfortunately Iwov is saying that there’s no fix. They’re filing a defect with engineering. So…I’ll put this question to the community, and maybe someone has come up with a clever workaround.
Problem summary:
Users who don’t have Site Map editing permissions can still rename .pages, which breaks the associations within the Site Map.
In a nutshell:
We’re building a web site that uses the Site Map extensively. The entire navigation architecture is based on it. Only site administrators will have permissions to edit the Site Map (i.e., “Edit Site Map” is CHECKED in the “Manage Roles” admin setting).
Good:
When an administrator renames a .page file, that change is automatically reflected in “default.sitemap”. This is fantastic! Links don’t break, and pages across the site are automatically updated.
Not so good:
When a NON-administrator renames a .page file, the page gets renamed; however, default.sitemap is NOT changed. As a result, the ".page <=> Site Map" association becomes broken across the entire site. I think we can live with default.sitemap not getting updated (due to permissions), but under that scenario, the user should NOT be allowed to rename that page.
Is anyone else here using the Site Map in a similar manner? Can you think of any clever workarounds?
Thanks in advance,
Find more posts tagged with
Comments
There are no comments yet