I know what you mean about the trivia page. It stinks to have a thick-bordered button lead to nothing. Maybe blank subpages can automatically have their top-of-the-page buttons removed or have the outlines thinned?
I'm not crazy, I just don't give a darn!Agree. The cut form should have a checkbox indicating whether the condemned page should also be locked. And as most cuts wind up with a page lock anyway, it can even be pre-checked by default.
An Ear Worm is like a Rickroll: It is never going to give you up.Also agree. This system goes way over its purpose.
Also, I think that the autolocker should be disabled altogether for pages in the /Sandbox/ namespace. It's only an annoyance there.
"For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." - Richard FeynmanPerhaps another idea could be for a cutmaster to be given the choice to change whether or not for a page to be autolocked. For example, if a request for a Maintenance Cut is accidentally sent with the box checked, the cutmaster can override it. Another example is when a page that's particularly problematic is requested, but no lock is requested, the cutmaster can choose to lock the page anyway.
edited 30th Mar '12 2:53:56 PM by VmKid

I had put in a cut request for a trivia page that had been blanked and it was denied apparently because we don't cut such pages due to the fact that cutting creates an automatic lock. I suggested that there ought to be an option to choose not to lock if the page is only being cut for maintenance, and it was suggested that I bring it up here. So that's my wish. It just seems a bit of an inconvnience to have pages showing up on indexes or dropdowns that are blank.