Remove wp-register.php

[christopherross]

added spacing to wp-register.php to match Codex Coding Standards for brackets

​http://wpdevel.wordpress.com/2011/03/23/code-refactoring/

There was a number of code cleanup tickets like #17997, and the consensus was that coding style fixes should be a result of more substantial changes than just improving readability.

Actually, I think we could probably remove wp-register.php the way we removed the feed files.

18544.patch​ removes wp-register.php and performs canonical redirect to the appropriate place.

Needs bumping the db version on commit to regenerate rewrite rules.

Should we add it to $_old_files to be removed on upgrade? We didn't do that for the feed files to prevent possible breakage in case of a lame use.

Punting enhancements from 3.3.

Related: #19798

Can't get this to work. Not sure what happened, but the redirect isn't working for the feed files either.

The redirect from wp-register.php to wp-login.php?action=register seems to work fine on my install (after applying the patch and flushing rewrite rules, which, according to admin.php, happens on DB upgrade). The redirect for the feed files works as well.

Refreshed the patch.

@SergeyBiryukov / @Nacin would it be possible to remove the wp-pass.php file using the same approach? Chris

if ( 'wp-pass.php' == basename( $redirect['path'] ) ) { 
    // 10 days
    setcookie('wp-postpass_' . COOKIEHASH, stripslashes( $_POST['post_password'] ), time() + 864000, COOKIEPATH);
    wp_safe_redirect(wp_get_referer());
    die();
}

Replying to christopherross:

would it be possible to remove the wp-pass.php file using the same approach?

wp-pass.php is already removed in #19798.

oops, my bad :)

I didn't notice #19798.

In [20596]:

Remove wp-register.php.

• Don't remove it on update. If you have it now, you'll keep it. New installs won't get it.
• Peform a redirect using rewrite + canonical to the new location, if the file doesn't exist.

props SergeyBiryukov.
fixes #18544.