Releases for Voting API

Support for D9 dropped.
Support for D10.3 and D11 added.

Changes since 7.x-2.15:

Drupal 9 is supported now.
Improved test coverage.
Fixed issues.
Release 8.x-3.0-beta2: See details https://www.drupal.org/project/votingapi/issues/3138493
For an earlier version of Drupal core than 8.7.7, we can use https://www.drupal.org/project/votingapi/releases/8.x-3.0-beta1

Issue #2958972 by EvanSchisler: Unsupported Operand Type

Issue #2697163 Updating views to 3.11+ is impossible with Voting API installed.
Issue #382866 provide script and documentation to rebuild the votingapi cache.
Issue #803812 Make the vote storage pluggable, fix the test, generate more, foo and bar.
Fixed the coding standards.

Issue #2947061 by mwebaze, amme, pifagor, andileco, mattlt, testii28, rOprOprOp: Unable to update Vote Result using drush entity-updates.

Issue #2832589 by kpv: Voting not recorded. Fixed coding standards.
Issue #2935545 by kala4ek: Deprecated constant REQUEST_TIME.
Issue #2846341 by benjifisher: Different anonymous users cannot vote separately.
Issue #2765217 by Shreya Shetty: Use the OO t in VoteTypeForm.
Issue #2941917 by steveoliver: Missing config schema.
Issue #2747243 by rajeshwari10, neha.gangwar: Remove @file tag from all the .php files.
Issue #2872435 by sylus: Voting API: Getting an access denied or 403 response using GET method.
Fixed the coding standards.

First of all, fix the version naming. Sorry for the 8.x-1.0-alpha1 guys, it should be 8.x-3.0-alpha1.

This alpha2 fix was made for a critical bug on how the defaultValue is set for votes timestamp. It was causing many Votes to have the same timestamp, that lead me to a spam warning on one of my projects.
As most of the modules that extend Voting API will not need to specify the timestamp, leaving to the default value, I thought it to be critical and created this new alpha2 to fix it.

Development version of the new module for Drupal 8.

The module works fine, but the API is not stable yet, as some concepts can change in the coming weeks upon feedback over the changes made on top of D7 version.

Dev-branch for the upcoming release. Changes include:

• Switch to an OOP-style API.

Roadmap:

Fixes #1815656: Fatal Error When Deleting Comment with Votes.

Hotfix release - fixes:

Actual fix for #997092: Anonymous vote rollover not working, fixing the second bug introduced by a bad commit.
Fix for #1110134: Views handler is broken (Views 7.x-3.x-dev)

A handful of minor bug fixes including a missed D6 hook migration, update hook issues, and problems clearing old votes. Hooray for official Drupal 7 releases!

#527970 - Fixing issues with the 'Other' option when creating relationship filters. Thanks to te-brian for spotting it and whipping up a patch.
#541236 - Add support for user ratings to the default set of relationships. Patch by Likeless.

Bleeding edge dev snapshot of the DRUPAL-7 version of VotingAPI.

For testing purposes, the D7 port of Plus1 is being used. See #506936: Plus 1 for D7

Official release of VotingAPI 2.0, with a number of bug fixes, documentation tweaks, and updates to internal hooks that allow other modules to provide metadata.

Updated for compatibility with Views RC2, added the ability to filter Views relationships to votes cast by the current user, and added three default views to demonstrate the Views integration.

Also added basic Simpletests, fixing a bug that manifested when modules cast votes with minimal information (nothing but a content id and a value, for example).

Finally, added the ability to auto-generate dummy votes for testing purposes. This feature is only visible if Devel Generate module is installed and activated.

Once again, Views integration has been reworked. VotingAPI now uses 'relationships' to define its joins, eliminating a lot of redundant code and (more important) making it possible to display voting data on any base table (users, comments nodes, etc...)

Improved views support, with proper sorting and clean handling of multiple value fields being added to a single view. It's now possible to add an 'Average vote' AND a 'Number of voters' column to the same view without horribly breaking everything.

Modules that implemented hook_votingapi_results_alter() are no longer handed a full stack of all vote objects, and must run their own SQL queries to generate their results. This performance optimization dramatically reduces the amount of memory required when a content object receives many votes.

Beta 3 release of VotingAPI for Drupal 6. This version offers preliminary Views2 integration for votes cast on nodes. The technique used in VotingAPI 2 should prove much more reliable than version 1.x's dodgy Views handling.

Fixes a number of bugs in the existing dev release of VotingAPI for Drupal 6. This beta release does NOT feature integration with the Views module yet, but includes a number of recently submitted patches that should make it usable for all third-party modules that rely on the API.

*Actually* fixes the critical Views bug.

Major release. Views integration has been completely rewritten, and now actually works! Modules can now expose more intelligent formatters to control how votes are displayed in views. A number of cosmetic and operational bugs have been fixed, including the archiving of voter IP addresses, menu positioning, etc.