Releases for CVS integration

Changes since DRUPAL-5--1-0:

• #169178 by hunmonk: The username is not displayed in the RSS feed. fallout from the user->cvs_user column rename.
• #170003 by hunmonk. make cvs_get_contributed_projects() postgres compliant.
• #175006 by aclight: Converted cvs_mail_user() to use variable_get()
  for the email message bodies, instead of always using the defaults.
• #186932 by dww: Fixed bug where users with 'administer CVS' could not
  change CVS access for projects (used to also require 'administer nodes').
• #193129 by dww: Fixed bug where DRUPAL-6--1 branches weren't correctly
  associated with 6.x-1.x-dev releases due to code that was handling the
  evil DRUPAL-5 special case. Now, the special case only fires if the
  API version is less than 6.
• #198278 by dww: Prevent bogus branches by validating at commit time, too.
• Disable the (bogus) CVS account edit tab for the anonymous user.
• #213426 by keith.smith: Fixed typos in a field description on the
  release adding form, and in README.txt.
• #50940 by hunmonk: more specific feed name for single projects.
• #168876 by hunmonk: add defines for license version and link.
• #71359 by hunmonk, fajerstarter: Fix overflowing commit messages.
• #176747 by chx, jpetso, hunmonk: regex in theme_cvs_commit_message() adds erroneous links.
• #174958 by jpetso: GUID for RSS items.

Development snapshot for Drupal 5. Please note that this module will most likely be at EOL sometime before any 6.x releases. The successor will be the VersionControl API.

First official release compatibile with the 5.x core API. Contains all features and bug fixes from the 4.7.x-2.* series up to version 4.7.x-2.2.

Changes since4.7.x-2.1:

• #104217 by moshe weitzman (with minor cleanup by dww): Invalid diff link on commit message emails for new files.
• #104217: fixing bug from moshe's patch: the logic was backwards... if there's no old revision number, we want to use the '_initial' version.
• #108109: Remove the 'Projects that can select their CVS repository' setting in favor of the 'administer projects' permission.
• #108110: allow "none" as a valid choice for CVS repository, and then don't require a CVS directory.
• #108165: don't perform the extra validation checks on the CVS directory field for users that have 'administer projects' permission.
• #108232: remove validation for leading/trailing slashes on the CVS directory field and just modify the data ourselves when we save it.
• #108348: Commits with multiple files incorrectly stored in the DB. The bug seems to have been triggered by a php upgrade on cvs.drupal.org. This revision should work safely on all versions of php.
• #97337: Module branch is not available as release target -- woe is me that we even need this patch. However, since people refuse to learn "cvs tag -b" to add a branch, and instead jump through crazy hoops by checking out an entire contributions directory from the new branch, copying their files into place, "cvs add", and "cvs commit", etc, this is necessary. For *every* non-HEAD commit, we check the {cvs_tags} table, and if there's no record yet, we insert it.
• #105196 (by ChrisKennedy with cleanup by dww): Show time in CVS log.
• #120122 by halkeye: missing table prefix {}s around {users} table in query for project/developers/[projectid].
• #125750: provide regexps for files that should be denied during commit
• #125750: fix to the error message: print the full path to the denied file.
• #126851 by bdragon: we were locking all the wrong tables, but not locking the {sequences} table, when assigning a new commit id. This allowed a race condition that occasional led to corrupted commit messages (messages from separate commits with the same commit id).
• #89699: make release node form smarter when editing HEAD releases (part 1): now, when a release owner (even a non-admin) is editing a HEAD release node, if there's another CVS branch that a) matches the same version info as is currently contained in the release node and b) isn't already in use, that branch will be a valid choice for the CVS branch drop-down, so users can move the HEAD release to point to the other branch. For example, if they had HEAD pointing to "5.x-2.x-dev", and then they made a DRUPAL-5--2 branch, they could just move the HEAD release node to point to the new branch, and then make a new HEAD node for "6.x-1.x-dev" or "5.x-3.x-dev" or whatever they wanted.
• #111400: file upload UI not always removed when editing release nodes
• #143745: missing table prefix in cvs_get_contributed_projects().
• #147619: wrong column name for tablesort_sql() in cvs_repostory().
• #148646 by ChrisKennedy: Error in _cvs_directory_fix()
• #152790 by aclight: Fix breadcrumbs on CVS access page.
• #150374 by aclight and dww: Allow manual upload releases if a project isn't pointing to a CVS repository, even if cvslog module is enabled.
• #154280 by aclight and dww: Project edit access not revoked if user has cvs privilages disabled. Also, immediately revoke CVS access in this case instead of waiting for the passwd file to be regenerated.
• #158813 by aclight and dww: node/X/cvs-access does not check the current cvs account status of maintainers.
• #143764: Fixed some untranslatable strings in cvs.module.
• #79630 by sanduhrs: Emails generated by xcvs* now use content-type utf-8.
• #161084 by dww: Backporting the fix for $admin_access, since the menu items were already properly cached in this branch.
• #91195 by dww: Fixed bug where cvs_get_version_from_tag() was assumed to exist, but was only implemented in cvs_local.inc. Now, the function is defined in cvs.module, but if cvs_local_get_tag_from_version() exists (from cvs_local.inc), that implementation is used, instead. The same fix has also been made for cvs_get_tag_from_version().
• #103806 by hunmonk: pager count query not correct. missing distinct. also place OR clauses for user in parentheses for proper precedence.

Bugs fixed since 4.7.x-1.1:

• #108348: Commits with multiple files incorrectly stored in the DB. The bug seems to have been triggered by a php upgrade on cvs.drupal.org. This revision should work safely on all versions of php.
• #120122 by halkeye: missing table prefix {}s around {users} table in query for project/developers/[projectid].
• #126851 by bdragon: we were locking all the wrong tables, but not locking the {sequences} table, when assigning a new commit id. This allowed a race condition that occasional led to corrupted commit messages (messages from separate commits with the same commit id).
• #143745: missing table prefix in cvs_get_contributed_projects().
• #147619: wrong column name for tablesort_sql() in cvs_repostory().
• #152790 by aclight: Fix breadcrumbs on CVS access page.
• #143764: Fixed some untranslatable strings in cvs.module.
• #79630 by sanduhrs: Emails generated by xcvs* now use content-type utf-8.
• #161084 by dww: Backporting the fix for $admin_access, since the menu items were already properly cached in this branch.

This release fixes a security vulnerability, all users of cvs.module (4.7.x-1.0 or 4.7.0 from before the new release system) are urged to upgrade. For more details, see DRUPAL-SA-2006-028.

This release includes a new database update: cvs_update_5() which removes a stale entry from the {variable} table. After you upgrade, you should run update.php for your site.

Other changes since cvslog 4.7.x-2.0:

• #94000 by dww: adding $Name$ tags for automated version identification.
• #97031 by Zen: CVS application form fixes + move all strings to the settings page.
• #97128 by dww: don't make the body field required when project administrators edit project releases.
• #97735 by AjK: Extra application status.
• #97789 by AjK, dww and Zen: numerous UI improvements for CVS account management:
  • Changes the status "pending response" to "queued"
  • Adds a new status "disabled"
  • You can now filter the account overview page by status
  • Paginates the list of cvs accounts on the accounts overview page
  • Lots of other minor string improvements
• #101034 by AjK: Two settings form element names not aligned with system variable name.
• #101034 by AjK: add cvs_update_5() to delete stale entry in {variable} table.
• #101170 by Zen: Fixed how some pages render their output.
• #101170 by Zen: Remove check_plains from mail body + other minor fixes.
• #101174 by Zen: CVS reapplication feature added.
• #101335 by Zen: Motivation field fixes.
• #101338 by Zen: Set status to pending instead of queued if an application has been responded to.
• Other minor code cleanup (removing stray whitespace, making a few strings clearer, etc).

This release fixes a security vulnerability, all users of cvs.module (4.7.x-1.0 or 4.7.0 from before the new release system) are urged to upgrade. For more details, see DRUPAL-SA-2006-028.

This release includes a new database update: cvs_update_5() which removes a stale entry from the {variable} table. After you upgrade, you should run update.php for your site.

Other changes since cvslog 4.7.x-1.0:

• #94000 by dww: adding $Name$ tags for automated version identification
• #101034 by AjK: Two settings form element names not aligned with system variable name.
• #101034 by AjK: add cvs_update_5() to delete stale entry in {variable} table.
• #101335 by Zen: Motivation field fixes.
• #101170 by Zen: Fixed how some pages render their output.
• Other minor code cleanup (removing stray whitespace, making a few strings clearer, etc).

This is where bugs in the new release system will be fixed, and new features and future work will be resolved. This release requires a 4.7.x-2.* version of the project.module.

The initial stable release compatible with Drupal core 4.7.x. This is the code from before the new release system. It is incompatible with the 4.7.x-2.x series of the project.module, so be sure you use the 4.7.x-1.x series of both modules.

The initial release of the 4.7.x-2.x series which implements the new release system. This series requires a version of the project.module that is also version 4.7.x-2.x, since the project API changed for major revision 2.