Robert Sesek [Mon, 26 Feb 2007 03:55:57 +0000 (03:55 +0000)]
r1420: More work on the authentication system:
- Added the authmethod setting to allow the admin to choose what authentication system to use
- In init.php, we now use the authentication API to validate the cookies
- Added Authentication::fetchBugdarUser() and fixed a small parse error
Robert Sesek [Wed, 14 Feb 2007 19:48:17 +0000 (19:48 +0000)]
r1409: Implemented a new admin login system: Instead of using a date-stamped cookie, a random hash is generated upon login and then this is stored in the cookie. It only lasts for one hour and it has to be validated against the database, making it much harder to break into.
Robert Sesek [Tue, 13 Feb 2007 20:25:08 +0000 (20:25 +0000)]
r1405: Beginning to move email text out of the code and into templates. This is done for the registration system, but bug change notifications still need to be done.
Robert Sesek [Tue, 13 Feb 2007 07:54:57 +0000 (07:54 +0000)]
r1403: - Fixed a bug in UserAPI::post_update() that would clear bug.username, bug.lastpostbyname, and bug.hiddenlastpostname if the displayname wasn't set
- Reduce needless querying by not calling build_assignedto() in UserAPI::post_update() unless the displayname or email changes
Robert Sesek [Tue, 13 Feb 2007 02:33:06 +0000 (02:33 +0000)]
r1399: - Searches no longer store the actual DB query but rather the parameters for the query
- Modified process_custom_fields() to no longer worry about custom data input
- Added a flag in process_custom_fields() for $searchMode
- The mass-update feature now works, except for logging
Robert Sesek [Mon, 12 Feb 2007 19:49:43 +0000 (19:49 +0000)]
r1397: Setting system improvements:
- Settings are no longer constructed from the master array in includes/setting.php, but rather are generated directly in the code at admin/setting.php
- Improve the update mechanism for settings so it's not a bunch of REPLACE INTO queries, but rather just one large one
Robert Sesek [Mon, 12 Feb 2007 04:40:00 +0000 (04:40 +0000)]
r1395: - Searching of custom fields now works, but we break all saved searches
- All the custom field templates no longer need the custom array naming scheme because everything uses the form "custom<ID>"
Robert Sesek [Sun, 11 Feb 2007 21:26:13 +0000 (21:26 +0000)]
r1392: Lots of work going into making the custom fields part of the bug table and not part of bugvaluefill:
Updated process_custom_fields(), the the client code for logging and notifications, the code for bug creation and editing, and history viewing.
Needs to be done still: searching, logging and notification API updates, help documentation, and general cleanup (like making search field names the same as bug modification field names).
Robert Sesek [Fri, 29 Dec 2006 21:21:12 +0000 (21:21 +0000)]
r1375: - Fix a SQL error on admin/user.php when adding a new user (bug://report/63)
- When adding new users from the admin section, email options are not saved right because post_insert() also sets options, mixing with the admin-set ones
Robert Sesek [Tue, 26 Dec 2006 22:54:24 +0000 (22:54 +0000)]
r1370: - Add $show[update] for the mass update option (coming soon)
- In update cached result query, instead of using a $bugsys->in['searchid'], use the searchid from the $search array
Robert Sesek [Wed, 13 Dec 2006 03:22:51 +0000 (03:22 +0000)]
r1368: - Input checkboxes for custom fields should have an Ignore,Yes,No option on searches
- Change the favorite status option values for searches to match that of the input checkboxes
Robert Sesek [Sun, 10 Dec 2006 23:22:22 +0000 (23:22 +0000)]
r1351: - Column options are now stored right for the admin setting
- Added a searchid system to allow multiple guest searches and to setup the framework for saved searches
Robert Sesek [Mon, 4 Dec 2006 06:29:38 +0000 (06:29 +0000)]
r1330: - Rewrote the product selection HTML constructors
- Got rid of that awful AJAX stuff that took forever to load (even though it looks kinda cool)
- Moving verification stuff into the APIs