[wp-trac] [WordPress Trac] #14350: Login form constant refresh blocking login due to install.php not deleted
WordPress Trac
wp-trac at lists.automattic.com
Mon Jul 19 03:44:25 UTC 2010
#14350: Login form constant refresh blocking login due to install.php not deleted
-----------------------------+----------------------------------------------
Reporter: gazouteast | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Upgrade/Install | Version: 3.0
Severity: normal | Keywords: install.php, installation routine, login.php, blocked login, documentation
-----------------------------+----------------------------------------------
In WPMU the final page of install had a warning a long way down the
screen, that the /wp-admin/install.php file had to be deleted or renamed
before the new site could be used.
Failing to do that blocked all login attempts, and simply reloaded the
login screen with no warnings to say why.
In WP 3.0 (new install) the same login behaviour occurs, but there is no
warning on the final install screen to delete / rename the install.php
file, nor any in the readme or codex.
Proposed - the final install screen needs the warning used in WPMU
reintroduced, but in a page position where it is obvious (not 3 screen
heights of scrolling down the page) - in the excitement of successfully
installing a new site, it is easy to overlook such post-install details.
Codex and readme also needs this stated clearly.
Preferably, the install routine should rename the install.php to something
like install-done.php automatically, to prevent these problems and reduce
user actions / improve the UX and reduce support threads in the forums.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/14350>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list