@@ -278,30 +278,6 @@ describe('XRegExp()', function() {
278
278
expect ( XRegExp ( XRegExp ( / ./ im) ) [ REGEX_DATA ] . flags ) . toBeNull ( ) ;
279
279
} ) ;
280
280
281
- describe ( 'fixes regex syntax cross-browser:' , function ( ) {
282
-
283
- it ( 'should use the correct JavaScript rules for empty character classes' , function ( ) {
284
-
285
- /* Traditional regex behavior is that a leading, unescaped ] within a character class
286
- * is treated as a literal character and does not end the character class. However,
287
- * this is not true for ES3/5, which states that [] is an empty set that will never
288
- * match (similar to (?!)) and [^] matches any single character (like [\s\S] or
289
- * [\0-\uFFFF]). IE < 9 and older versions of Safari use the traditional behavior,
290
- * rather than the correct ES3/5 behavior. Older versions of Opera reverse the correct
291
- * ES3/5 behavior, so that [] matches any character and [^] never matches. Regexes
292
- * created by XRegExp follow the ES3/5 standard behavior cross-browser.
293
- */
294
-
295
- expect ( XRegExp ( '[]' ) . test ( 'a' ) ) . toBe ( false ) ;
296
- expect ( XRegExp ( '[]]' ) . test ( 'a]' ) ) . toBe ( false ) ;
297
- expect ( XRegExp ( '[]]' ) . test ( ']' ) ) . toBe ( false ) ;
298
-
299
- expect ( XRegExp ( '[^]' ) . test ( 'a' ) ) . toBe ( true ) ;
300
- expect ( XRegExp ( '[^]]' ) . test ( 'a]' ) ) . toBe ( true ) ;
301
- } ) ;
302
-
303
- } ) ;
304
-
305
281
describe ( 'supports new regex syntax:' , function ( ) {
306
282
307
283
describe ( 'leading mode modifier' , function ( ) {
0 commit comments