r1452: Adding a step to migrate custom field data (which we forgot about... woops!)

r1451: Updating the schema file

r1450: Adding upgrade11.php as the upgrade script from 1.1.5 to 1.2.0b1

r1449: One last change for class_sort.php that now will make _processDataForColumn() work by changing 'userid' to 'reporter' in step with the previous change from r1444

r1448: Updating the en_US.pot file with the latest language strings

r1447: Adding the template diff between 1.1.5 and 1.2.0 beta 1

r1446: Don't show the controls to change the email, password, and displayname unless the authmode is default

r1445: Dumping default data and settings into the files in preparation for release

r1444: In all other instances for sorting, the sortby key for reporter is reporter, not userid, so have includes/premissions (and thereby $bugsys->columns and $bugsys->columnNames) reflect that

r1443: Backing out the changes made in r1442 because our templates just aren't ready to do that

r1442: Removing usage of $stylevar[alt_color]

r1441: Adding a phpBB2 authentication module

r1440: - Fixed a huge bug in Authentication::_syncBugdarUser() that would use the authid as the user ID in the Bugdar database as the condition when syncing
- Only call Authenticatoin::clearCookies() in Autthentication::authenticateCookies() if the cookie data fails to verify, and not in other cases

r1439: Removing trailing whitespace from includes/auth/auth.php

r1438: Fix a small bug and remove some useless code in AuthenticationDrupal::_fetchCookieUniqueId()

r1437: Adding an authentication module for Drupal, AuthenticationDrupal

r1436: In AuthenticationVbulletin, we can drop _fetchBugdarUserFromAuthUser() because Authentication now implements this

r1435: Fixed a bug in Authentication that could potentially cause the Bugdar user to be synced every time due to the fact that the values in bugdarUser[] aren't filled

r1434: Implement Authentication::_fetchBugdarUserFromAuthUser() ourselves now that we have a field map

r1433: changes += 2

r1432: Make logout work by calling Authentication::clearCookies()

r1431: Remove "password" from the list of fields to sync so that existing Bugdar users don't have their password killed

r1430: Move up the loading of the permissions file so that build_assignedto() works

r1429: Refactoring Authentication::_clearCookies() to be clearCookies()

r1428: In Authentication::_syncBugdarUser(), only run UserAPI->update() if fields have actually changed

r1427: More work on the authentication system:

- Adding a list of fields that will be synced between Bugdar and the auth db
- Authentication::_createBugdarUser() is now implemented in the abstract class because we have a sync-fields list
- Authentication::_syncBugdarUser() is responsible for syncing the already-created Bugdar user with the user in the auth db

r1426: When using USE_DEFAULT_AUTH_METHOD, we don't actually want to change the value in $bugsys->options[] because that means we can't see what the current value of the setting is

r1425: - The new vBulletin authentication API now works
- If you define the USE_DEFAULT_AUTH_METHOD as 1 then Bugdar will ignore any authentication system set and will just the Bugdar database

r1424: Add the initial authentication system for vBulletin

r1423: In login.php, we need to get the user ID in order to do a cplogin

r1422: Authentication API:

- Allowing Authentication::_setCookies() to have a $sticky flag to make
the cookies permanent
- Implementing the login methods in AuthenticationDefault and setting
them up in login.php

r1421: Authentication::_verifyLoginUser() takes a string...

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

r1419: Beginning to implement the authentication API:

- Adding authid to the users table
- Creating the abstract authentication class

r1418: Our template was missing these slashes

r1417: Make the changelog use the new format of categorizing changes

r1416: Cleaned up and refactored the MessageReporter class

r1415: Replacing all the URLs in the changelog to be minilinks

r1414: Adding an instructions file on how to prepare for releases

r1413: Fixing the installer to allow settings to actually be inserted into the database

r1412: Using the new database caching feature of ISSO's template system

r1411: We no longer have a manual so these credits can go away

r1410: Moving the password reset email to the template system

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.

r1408: changes++

r1407: todo--

r1406: Moving the rest of the email body texts (from class_notification.php) to templates

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.

r1404: todo--

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

r1402: It seems like this search_update.tpl file would be important. It is!

r1401: Added a password reset system that works very similarly to the user activation system.

r1400: Fixed the issue with logging in mass updates

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

r1398: Removing the print_r() from BugAPI

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

r1396: We don't need to run build_assignedto() anymore because the API does that for us

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>"

r1394: changes += 2

r1393: No need to waste a query if the automation isn't even being used.

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).

r1390: Merging up the template diff from the branch

r1387: Merging the upgrade script from the 1.1.x branch to the trunk

r1386: Adding the upgrade script for 1.1.5

r1385: Again, it was actually bug 66, not 68

r1384: It was actually bug 66...

r1383: Merging r1382 from trunk to branch

r1382: Fixing a small typo in the header/guest welcome panel

r1381: Merging r1380 from trunk to branch.

r1380: Fix a foreach() warning on admin/user.php at line 102. Thanks to Josh Muheim.

r1379: Merging r1378 from trunk back to the 1.1.x branch because this feature was easy enough to add

r1378: Add an option to use header/Location redirects instead of a standard redirect page

r1377: - Added Logging::getCommonFields()
- We have an untested mass update system

r1376: Merging changes from r1375 back to trunk from 1.1.x branch to fix a SQL error and a bug with admin/user.php

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

r1374: Merging r1371/1373 back to the trunk to fix a potential SQL error on search.php (bug://report/62)

r1373: changes++

r1372: Add the mass-update link in the search results template

r1371: Attempt to fix bug://report/62 where there's a report of a SQL error

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

r1369: Don't show an empty grid if there are no bugs to display on index.php

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

r1367: Set the default value for obsoletes to be no

r1366: Add the ability to obsolete a version

r1365: Adding user help for the custom column ordering

r1364: Change the array_keys()/is_array() checking combo to a simple isset()

r1363: Fix the display of product and component changes on showhistory.php

r1362: Use ListSorter to construct the column heads and rows

r1361: Include the searchid in the XML export

r1360: Saved searches are now fully implemented

r1359: Added the saved searches manager to the options screen

r1358: We only want two columns, not a table of four--it allows for more information to be placed in one spot

r1357: We no longer need that javascript

r1356: We can now save a search!

r1355: Include the searchid in the XML file name

r1354: Cache the list_head.tpl template

r1353: We should probably check in these two essential templates

r1352: Renaming the tabs

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

r1350: Only show the sort direction image if we are in a sortable column mode