Sanic colors with python 3.11 displayed incorrectly

[LiraNuna]

Is there an existing issue for this?

• I have searched the existing issues

Describe the bug

Using Python3.11, the DEBUG message when starting the server shows:

[2022-10-26 11:43:52 -0500] [109121] [DEBUG] Colors.BLUEStarting a process: Colors.BOLDColors.SANICSanic-Server-0-0Colors.END
[2022-10-26 11:43:52 -0500] [109121] [DEBUG] Colors.BLUEStarting a process: Colors.BOLDColors.SANICSanic-Reloader-0Colors.END

This is fairly minor issue but could be a note of a larger issue.

Code snippet

No response

Expected Behavior

No response

How do you run Sanic?

As a script (app.run or Sanic.serve)

Operating System

Linux

Sanic Version

22.9.0

Additional context

Using Python3.10 works correctly.

[LiraNuna]

I can get the issue to fix if I change the Colors Enum to be class Colors(StrEnum): using the new StrEnum class in python3.11. This is obviously not perfect for backwards compatibility.

This item from the python3.11 changelog may be the root cause:

Changed Enum.__format__() (the default for format(), str.format() and f-strings) of enums with mixed-in types (e.g. int, str) to also include the class name in the output, not just the member’s key. This matches the existing behavior of enum.Enum.__str__(), returning e.g. 'AnEnum.MEMBER' for an enum AnEnum(str, Enum) instead of just 'MEMBER'.

I think a quick fix for this would maybe something like this (untested but hopefully gets the point across):

import sys

if sys.version_info < (3, 11, 0):
    from enum import Enum
    class StrEnum(str, Enum): pass
else:
    from enum import StrEnum    

...

class Colors(StrEnum):
    ...

Another fix may be to manually restore the old behavior of __format__ with an override:

class Colors(str, Enum):  # no cov
    ...

    def __format__(self, format_spec: str) -> str:
        return self.value + format_spec

[ahopkins]

Yes, the StrEnum fix is exactly something I've been planning once it was available. Happy to see you make a PR with this! 😎