r1507: Adding the ability to clone usergroups

r1506: changes++

r1505: Implement multi group system for custom fields in explain.php and search.php

r1504: Why on earth were we permission checking custom fields in the automation system?

r1503: Update build_assignedto() so people in secondary groups that have assignee powers are added to the cache

r1502: Making fetch_on_bits() work with multiple user groups

r1501: We can actually simplify Logging::compare_arrays() by removing the array_diff() business because it really isn't necessary it turns out and was actually responsible for adding a whole bunch of useless logs to the system

r1500: In showhistory.php:
- Enable multi-group support for custom fields
- Do not show custom fields in the history if users don't have permission to see them
- When we have a useless log (the very first empty checks at the top of the loop), kill them with a database query

r1499: In editreport.php:
- Only set the standard bug fields if we have permission to change them (thus data isn't cleared when we don't have permission to)
- When setting the bug data for the NotificationCenter, use array_merge() to combine objdata[] and values[] so it doesn't look like we cleared all the fields if we didn't set them

r1498: In construct_custom_fields() and process_custom_fields(), change the query so we support multiple user group permissions

r1497: In editreport.php, there's really no point in error checking and validation if we don't ever do it...

r1496: There's a string here in the parsed comments that we didn't mark

r1495: It helps if we get the name of the right datastore in can_perform()

r1494: We actually need to run array_strip_empty() on FetchUserPermissions() so I guess we'll just do that

r1493: In admin/product.php, move the page_start() call in the addversion branch to be after the check for invalid products so we don't end up with a small display bug if the error is thrown

r1492: Apparently MySQL doesn't think that NULL values should be included in !parentid which causes not all the products to be displayed in the product-level permissions

r1491: changes++

r1490: Fixing a SQL error in admin/usergroup.php that would occur when inserting a new usergroup and trying to INSERT INTO the permissions table for custom fields

r1489: We really should heed warnings on PHP.net that tell us that there's problems with bitwise ops if we don't explicitly cast to ints...

r1488: Adding secondary usergroup support to the admin CP

r1487: Forgot to remove the "value" in the forach() loop in api_user.php in verify_groupids()

r1486: Adding API support for multiple usergroups in UserAPI. Because we verify in the API, we no longer need to call array_strip_empty() in FetchUserPermissions()

r1485: - Adding base support for multiple user groups: schema changes, created FetchUserPermissions(), and an improved can_perform()
- In ProcessBugDataForDisplay() we can use less calls to can_perform when checking canviewhidden* permissions

r1484: Fixing the automation system for custom fields; this probably got all borked up when we moved the storage location of custom field data

r1483: Fix the background color system of history_bit.tpl from the changes we made with stylevars

r1482: Allow NO_VERSION_CHECK constant to actually work by not spelling it "NO_VERSION_CHEK"

r1481: changes++

r1480: Remove templates/stylevars.txt and the processing code involved in global.php

r1479: Remove the need for $stylevar[alt_color] by using the altcolor CSS class by changing the values swapped when calculating rows and using trackerhome_bits.tpl

r1478: In ListSorter::constructRow(), globalize $bugsys so that in row templates we can use that variable

r1477: Adding a .altwidth class so that we can remove $stylevar[alternate_width]; replacing all instances of the stylevar with the new CSS class

r1476: Removing all uses of $stylevar[alt_color] in templates; we just have the code-based ones left

r1475: In .altcolor we should use background-color and not color for the property. Adding .textcenter class to center-align text.

r1474: We no loner need the stylevars for cellpadding and cellspacing in tables because we can use CSS properties to achieve the same effect. Removing all the long <table> declarations and just replacing them with styling table with the .table class

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