- 19 Mar, 2013 1 commit
-
-
Lukas Fleischer authored
Remove the password field from the account creation form and always send a password reset request via e-mail instead. This ensures that only users with valid e-mail addresses are able to login. Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 10 Feb, 2013 1 commit
-
-
Lukas Fleischer authored
We used a mixture of account type IDs and account type descriptions on the account edit page. This resulted in the account type field always defaulting to "Normal user" after an invalid form had been submitted. Consistently use account type IDs to avoid this. Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 20 Oct, 2012 1 commit
-
-
canyonknight authored
* Add </option> close tags * Add VI delimiter to selected option * Add quotes to language codes Signed-off-by:
canyonknight <canyonknight@gmail.com> Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 11 Oct, 2012 1 commit
-
-
canyonknight authored
As all new passwords are hashed and therefore stored in the database at the same length, this limitation is no longer needed. Fixes FS#31855 Signed-off-by:
canyonknight <canyonknight@gmail.com> Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 04 Oct, 2012 1 commit
-
-
Lukas Fleischer authored
Synchronize the layout of the account editing page with the profiles page from archweb. Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 24 Sep, 2012 1 commit
-
-
Lukas Fleischer authored
Replace all occurrences of "<?php echo" and "<?php print" by "<?=" to reduce noise in templates. Note that as of PHP 5.4.0, "<?=" is always available and no longer requires "short_open_tag" to be set. Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 17 Sep, 2012 2 commits
-
-
canyonknight authored
The account editing form requires two different form action URLs due to the fact that the same template is shared for both account registration and account editing. Signed-off-by:
canyonknight <canyonknight@gmail.com> Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
canyonknight authored
The "UpdateAccount" page displays information as to whether an account update was successful. All POST account info goes to this page, so use it with sane URLs. Before: AUR_URL/account/?Action=UpdateAccount&U=userfoo After: AUR_URL/account/userfoo/update Signed-off-by:
canyonknight <canyonknight@gmail.com> Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 17 Jul, 2012 1 commit
-
-
Lukas Fleischer authored
Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 15 Jul, 2012 1 commit
-
-
Lukas Fleischer authored
Use virtual paths in links (e.g. link to "/packages/" instead of "/packages.php" etc.) if the virtual path feature is enabled. Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-
- 06 Jul, 2012 1 commit
-
-
canyonknight authored
XHTML should be eliminated from lib/ as much as possible. This pulls the XHTML out of a function that simply echoes the code, and moves it into a more reasonable template file in account_edit_form.php Signed-off-by:
canyonknight <canyonknight@gmail.com> Signed-off-by:
Lukas Fleischer <archlinux@cryptocrack.de>
-