I tend to agree with @jderusse. Can you elaborate why we need a dedicated exception here?

It was proposed by @chalasr and confirmed by @nicolas-grekas and I felt it makes sense... so... 🤔

Specific exceptions allow for more fine-grained error handling. But both are fine here, I don't really care tbh :)

Specific exceptions for logic exceptions don't really make sense to me, appart from normalizing error messages across the codebase.
Actually, I think most of the LogicException in components aren't useful when it doesn't perform any common logic to format the message, nor brings more semantics in the class name, if no native PHP exception matches . I guess we could just use native \LengthException here.

@chalasr but invalid DSNs are not things that you should handle by catching exceptions IMO. You should instead fix your config to provide a valid DSN.

@stof its not about an invalid DSN in this case, its about a dynamic subject length of a message

Specific exceptions for logic exceptions don't really make sense to me, appart from normalizing error messages across the codebase.

@ogizanagi please keep in mind, that new bridges will come from different people and I want to make it more and more easier to implement new ones.

Thank you @OskarStark.