Skip to content

Conversation

@mathrick
Copy link

The serialiser now falls back on repr() to ensure some usable value can always be logged, even if no other serialiser exists for the value.

Fixes #515

@mathrick
Copy link
Author

Is there anything else needed to move this forward?

@mathrick
Copy link
Author

@itamarst: ping?

@itamarst
Copy link
Owner

Sorry, must've missed this.

And I guess I thought it was an OK idea back then. At minimum should use eliot._util.saferepr instead, but I may have more review comments; I'll try to get back to this when I'm done upgrading my various libraries to support Python 3.14.

The serialiser now falls back on repr() to ensure some usable value
can always be logged, even if no other serialiser exists for the
value.

Fixes itamarst#515
@mathrick mathrick force-pushed the fix-unserialisable-json branch from ddc9c31 to 458bcf7 Compare January 22, 2026 07:41
@mathrick
Copy link
Author

Done, I've also adjusted the tests so they pass again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Logging fails when non JSON-serialisable arguments or return values are present

2 participants