Schedule and unschedule releases
Schedule 2.2.0 and 2.0.6.
|Deletions are marked like this.||Additions are marked like this.|
|Line 6:||Line 6:|
| || 2.0.5 || Unscheduled || Next maintenance release of the 2.0 branch ||
|| 1.12.13 || Unscheduled || Next maintenance release of the 1.12 branch ||
|| 2.1.1 || July 12, 2016 || Next development release leading to 2.2.0 ||
| || 2.0.6 || September 8, 2016 || Next maintenance release of the 2.0 branch ||
|| 2.2.0rc1 || August 19, 2016 || First release candidate for 2.2.0 ||
|| 2.2.0rc2 || August 31, 2016 || Second release candidate for 2.2.0 ||
|| 2.2.0 || September 8, 2016 || Final 2.2.0 release ||
This is a tentative roadmap for the next stable releases of Wireshark. For more information on the Wireshark release lifecycle and on past releases see Development/LifeCycle.
September 8, 2016
Next maintenance release of the 2.0 branch
August 19, 2016
First release candidate for 2.2.0
August 31, 2016
Second release candidate for 2.2.0
September 8, 2016
Final 2.2.0 release
Significant bug fixes should be backported to each applicable stable branches after they are checked in to the master branch. You can follow development progress using the links below.
For a list of bugs that should have been fixed before the 2.0 release, see Bugzilla (target milestone: 2.0 release).
Other proposed items (possibly out of date, see wiki source):
Items marked with in the TODO list of Development/SNMP
Keep plugin API and ABI stable and versioned, so binary plugins will reliably work with more than one Wireshark version (ABI changes can be followed here: Upstream Tracker)
Run tools/git-compare-abis.sh in the Git repository right before the release
Bump library versions as needed based on Libtool's documentation in */Makefile.am and */CmakeList.txt (don't forget updating debian/*.symbols)
When major library version bumps are needed *.CMakeList.txt-s have to be changed at two locations and debian/lib*N.* files have to be updated and renamed
Add privilege separation for dissection
Add thread/multiprocessor support
... well, maybe all the points mentioned in the WishList!
Security improvements (see also: Security)
Add privilege separation for POSIX environments (in progress)
Add a similar mechanism for the Windows environment
Enhance the API to make it easier to write secure code (e.g. add tvb_get_gstring())?
Documentation of library API's (e.g. wiretap)