LDEV-5806 document === fix in 6.2.3.34

Author: zspitzer

docs/recipes/breaking-changes-6-0.md

@@ -132,6 +132,12 @@ Prior to Lucee 6, the `===` operator only returned true when comparing the same
 
 [LDEV-1282](https://luceeserver.atlassian.net/browse/LDEV-1282)
 
+However, prior to 6.2.3.34, it was checking the underlying java type, rather than cfml type, so comparing numbers might fail
+
+In 6.2.3.34, this was changes to compare cfml type and value, as expected
+
+[LDEV-5806](https://luceeserver.atlassian.net/browse/LDEV-5806) 
+
 ### Query.map() member function returns a new query.
 
 Previously the `.query.map()` member function would modify the query, rather than returning a new query

docs/recipes/breaking-changes-6-2.md

@@ -109,4 +109,12 @@ Previous behaviour was deemed to be a bug.
 
 Workaround, create an Application.cfc which extends the parent Application.cfc
 
-[LDEV-5323](https://luceeserver.atlassian.net/browse/LDEV-5323)
+[LDEV-5323](https://luceeserver.atlassian.net/browse/LDEV-5323)
+
+## Strict Equality Operator was senstive to underlying java types
+
+Lucee 6 improved the `===` operator to compare type and value, but was checking only the underlying java type, rather than cfml type, so numbers might fail
+
+In 6.2.3.34, this was changes to compare cfml type and value, as expected
+
+[LDEV-5806](https://luceeserver.atlassian.net/browse/LDEV-5806)