Remove some bugfixes from the list of planned backports after a closer analysis. The fixed problems are not really serious or were only introduced after the 3.2.1 release.

git-svn-id: https://svn.apache.org/repos/asf/commons/proper/collections/branches/COLLECTIONS_3_2_X@1713169 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Thomas Neidhart 2015-11-07 20:13:12 +00:00
parent e709ea82aa
commit a2ddc7cdd3
1 changed files with 0 additions and 19 deletions

View File

@ -37,25 +37,9 @@
SetUniqueList.set(int, E) now works correctly if the object to be inserted
is already placed at the given position.
</action>
<action issue="COLLECTIONS-441" dev="tn" type="fix" due-to="Thomas Vahrst">
MultiKeyMap.clone() now correctly calls super.clone().
</action>
<action issue="COLLECTIONS-411" dev="tn" type="fix" due-to="Adrian Nistor">
Fixed possible "IndexOutOfBoundsException" in "ListOrderedMap#putAll".
</action>
<action issue="COLLECTIONS-400" dev="tn" type="fix" due-to="Shin Hwei Tan">
Added missing null check in "CollectionUtils#addIgnoreNull(Collection, Object)".
</action>
<action issue="COLLECTIONS-380" dev="tn" type="fix" due-to="Dave Brosius">
Fixed infinite loop when calling "UnmodifiableBoundedCollection#unmodifiableBoundedCollection()".
</action>
<action issue="COLLECTIONS-364" dev="sebb" type="fix">
"DualTreeBidiMap" now uses the correct comparator for the reverse map during de-serialization.
</action>
<action issue="COLLECTIONS-360" dev="jochen" type="fix" due-to="Sai Zhang">
"FilterListIterator#hasNext" does not throw a NullPointerException anymore
to comply to the Java iterator specification.
</action>
<action issue="COLLECTIONS-359" dev="bayard" type="fix" due-to="Mark Shead">
"ListUtils#intersection(List, List)" will now also work correctly if there
are duplicate elements in the provided lists.
@ -102,9 +86,6 @@
Calling "setValue(Object)" on any Entry returned by a "Flat3Map" will now
correctly set the value for the current entry.
</action>
<action issue="COLLECTIONS-216" dev="scolebourne" type="fix" due-to="Hendrik Maryns">
"MultiKey#toString()" will now use "Arrays#toString(List)".
</action>
-->
</release>
</body>