Update error classes to implement IFluidErrorBase

[markfields]

Follow-on to #6749. Any error we raise ourselves should be an IFluidErroBase. They already are Error and have an errorType (already true due to IErrorBase and IDriverErrorBase), so this just means add fluidErrorCode.

This will also involve updating call sites to ensure we pass a valid (static) string as error code, and pull any variable stuff into other properties.

[markfields]

This is a big chunk of #5426. Might be broken into a few PRs, might not all fit in July, but we'll at least get started.

[markfields]

Closing this as a dupe of #5426 at this point. Going to split out a few specific cases to prioritize, and otherwise we'll just do this as need arises. normalizeError handles so-called "valid legacy errors" which have only errorType and message (and telemetry prop functions), so it's ok to do this piecemeal.

Also, related to #6980 since we'll have to mention IFluidErrorBase on each class rather than updating IErrorBase or IDriverErrorBase. Doesn't actually block, just mentioning it.

[markfields]

This is a useful and bite-sized piece of #5426 so reopening as such.

Steps:

• Find all classes extending LoggingError
• Add implements IFluidErrorBase and add property readonly fluidErrorCode to constructor
• Update usages. This will take some thought. Default value can be basically function name of caller. Should be pascaleCase.