SignalR v2.3.0 Release Notes
Release Date: 2018-06-26 // almost 6 years ago-
IMPORTANT : Even though this version has incremented the minor version, this should be considered a patch release. There are no new features in this release, only bug fixes. The version number was changed in order to resolve a blocking issue. See below for more details
โก๏ธ Updated packages are now available on NuGet.org!
๐ Bugs Fixed
- โก๏ธ
ScaleoutStore
doesn't updateMinMappingId
properly, resulting in lost messages (#4121) - ๐ Version 2.2.3 has dll's with lower file version (#4090)
Why was the minor version bumped?
Short version : Our build system has some quirks and the easiest way to resolve it was to simply update the minor version.
๐ท Our build system produces version numbers of the following format:
Major.Minor.Build.Revision
. TheMajor
andMinor
tokens come from the major and minor version of the product (2.3 in this case). TheRevision
token is a sequence number. However theBuild
token (the third one) is generated based on the date in the following way:YMMdd
:- ๐
Y
is the number of years since the "start year" of the product, it's 1-based so the first builds were1MMdd
, a year later they had2MMdd
, etc. This number does not reset with each Major/Minor version bump MM
is the month of the year (01
is January,12
is December, etc.)dd
is the day of the month
This year (2018) marks the 7th year of SignalR, thus the version number for
2.2.3
(the previous patch) was going to be something like the following:2.2.7MMdd.1234
. However, in Windows version numbers, each field is a 16-bit integer, and thus has a maximum value of65535
. So the build failed. In order to fix this, we reset the "start year" value so that new builds would be of the form2.2.1MMdd.1234
. However, there are already publicly released builds with version numbers like this. So in order to resolve this issue, we had to increment the minor version number, because2.3.1MMdd
is always considered newer than2.2.6MMdd
. - โก๏ธ