r1473: Because we didn't understand the return val of eval() all our notifications were blank. Fixing by moving all the eval() statements to not be in the assignment operation in NotificationCenter.

r1472: Fix a string offset bug due to those annoying uses of construct_user_display() in NotificationCenter

r1471: Fix for bug://report/69: In install/global.php, move the loading of the includes/language.php to be higher up so that the gettext emulation system is enabled sooner

r1470: Fix two bugs with searching that would:
- Delete the current search if it were ever to be rerun
- Not update the timestamp on cached searches which would cause them to be rerun every time

r1469: Misspelled TIMENOW in search.php which caused searches to not be rerun after 15 minutes

r1468: In mailtest.php:
- Check the validity of email addresses before sending
- Make the sending from a non-existent address more effective and meaningful

r1467: Adding a mailtest script for people who are having problems receiving emails in Bugdar.

r1466: Fixing a bug in NotificationCenter::send_new_comment_notice() where we weren't getting the userid because we were accessing strings and not the $userid variable

r1464: These will also probably create improper escape warnings due to doing {"$somevar"}

r1463: Fix an improper character escape

r1462: Fix the tag from "verson" to "version"

r1461: Forgot one prefix

r1460: Add a few sanity checks in the mass-update system just in case

r1459: We need to get rid of all the old searches in order for the system to work right again, so do that in mark2

r1458: Fixed a bug so that now the default column options are used properly

r1457: We needed to reexport the settings because 'userid' isn't a valid column option

r1456: We need to add default settings and custom help to the upgrade script because we added them in avalon

r1455: Removing all the queries we have added to the upgrade script

r1454: Encase the foreach() loop on components in ConstructProductSelect() so we don't get warnings

r1453: Stop including includes/setting.php when we don't need to for the upgrade scripts

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