I must be having a good day. A final solution to another long-standing problem:
Running Gary Lapointe's custom stsadm commands to cure this issue has a couple of caveats. Firstly, run the gl-FixPageLayouts command and use the -pagecontact [newContact] to kill two birds with one stone. Secondly, checkout-out pages (and quite possibly drafts) will not be affected. Thirdly, the gl-FixPageContact command (and parameter) does not update the Created By value. This was the clincher, if the page is based on a master page created by a user who no longer exists in the current site, you must add that user back to the site (a real pain if the account has been deactivated or deleted!) in order to access Page Settings for affected pages. Adding this user back also mysteriously returned the missing Page Layout drop-down to View/Edit Settings screens. Confirming the Edit Settings screen, re-running the command, and deleting the user then seems to do the trick. Given the shifting nature of any organisation's staff base (especially in cases where the site was developed by third party developers with temporary accounts), I find it astounding that deleting these users can cause this level of mayhem. Surely a simple warning, or the ability to change the user, could be presented in these cases. Feature? From: [email protected] [mailto:[email protected]] On Behalf Of Paul Noone Sent: Tuesday, 9 December 2008 12:49 PM To: [email protected] Subject: RE: Another problem with Page Settings Hi Clayton, I've re-run both the FixPageLayouts and FixPageContact commands offered by Gary Lapointe for stsadm. Life-saver. This seems to have fixed everything with the exception of the homepage and root site pages, where the Content Type drop-down has now mysteriously disappeared from the Edit Properties screen. If we have to do this every time we perform content migration tasks I'm going to go nuts. Does no one else experience these issues, or are we the only ones silly enough to be using publishing sites on a grand scale? The problem appears to lie with Page Layout URLs not being updated with the new domain path during migration. And if the pages were created or last modified by a user who no longer exists (i.e. your 3rd party developer!) you get the user Unknown error. It also rears its ugly head every time I create a site (which I do often) from a site template which was saved IN the development environment BY said 3rd party developr. :) I've updated all the paths I can see but there's a bunch of redundant task and contact info in the STP files which just looks like too much trouble to remove/update. Looks like I'll have to rebuild them all from scratch in production. What a nightmare. Regards, Paul From: [email protected] [mailto:[email protected]] On Behalf Of Clayton James Sent: Tuesday, 9 December 2008 12:06 PM To: [email protected] Subject: RE: Another problem with Page Settings Hi Paul I experienced the same thing at a company when they changed their domain name and therefore couldn't find the user that created the page. I was unable to enter Page Settings to change page layouts and so forth.... Never came across a solution.. CJ From: [email protected] [mailto:[email protected]] On Behalf Of Paul Noone Sent: Tuesday, 9 December 2008 10:13 AM To: [email protected] Subject: Another problem with Page Settings Hi guys, I'm experiencing another bizarre problem with accessing Page Settings screen. I ran the custom stsadm FixLayout command previously to repair the problem with renaming the source URL for layout pages. The change was made and all was well, I'm sure, for a while. Now I'm getting "User cannot be found" on some pages and the usual "Value does not fall within the expected range." On the others. If I go to Edit Pages from the library view, change the content type and confirm, I can then access Page Settings again. But clearly I don't want to have to do this for every page. Can anyone point to a more global solution? Regards, Paul Online Developer, ICT CEO Sydney ________________________________ List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.15/1838 - Release Date: 08/12/2008 06:16 PM ________________________________ List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists ________________________________ List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists -------------------------------------------------------------------------------- List address: [email protected] Subscribe: [email protected] Unsubscribe: [email protected] List FAQ: http://www.codify.com/lists/ozmoss Other lists you might want to join: http://www.codify.com/lists
