Describe the bug
isUrl is failing to validate urls using that format ${protocol}://:${password}@${hostname}:${port}

Surprisingly with version 13.5.2 i don't encounter this issue, but it seems to happen with version 13.6.0, i noticed this after digging into class-validator dependencies in package-lock.json

The failure is triggered by the second condition here. Any idea what is the purpose of that condition, what is it suppose to avoid ?

Examples
this type of url shape redis://:[email protected]:6379 will always return false even though it is a valid format.