Do not raise AttributeError when parsing non-string UUIDs

[phihag]

When a user sends a dictionary or other object as a UUID variable like {[123]}, previously graphene crashed with an AttributeError, like this:

(…)
  File "…/lib/python3.12/site-packages/graphql/utils/is_valid_value.py", line 78, in is_valid_value
    parse_result = type.parse_value(value)
                   ^^^^^^^^^^^^^^^^^^^^^^^
  File "…/lib/python3.12/site-packages/graphene/types/uuid.py", line 33, in parse_value
    return _UUID(value)
           ^^^^^^^^^^^^
  File "/usr/lib/python3.12/uuid.py", line 175, in __init__
    hex = hex.replace('urn:', '').replace('uuid:', '')
          ^^^^^^^^^^^
AttributeError: 'dict' object has no attribute 'replace'

But an AttributeError makes it seem like this is the server's fault, when it's obviously the client's.

Report a proper GraphQLError.

[erikwrede]

Good catch! I adjusted your PR to keep allowing tuple-representations of UUIDs as well, and kept the error message consistent. Thanks for the Contribution 😊

[codecov]

Codecov Report

Attention: Patch coverage is 85.71429% with 1 line in your changes missing coverage. Please review.

Project coverage is 96.00%. Comparing base (f2e6814) to head (e354759).
Report is 8 commits behind head on master.

Files with missing lines	Patch %	Lines
graphene/types/uuid.py	85.71%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #1582      +/-   ##
==========================================
- Coverage   96.04%   96.00%   -0.04%     
==========================================
  Files          51       51              
  Lines        1720     1728       +8     
==========================================
+ Hits         1652     1659       +7     
- Misses         68       69       +1     

Flag	Coverage Δ
	?

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.