Bug fix from get_files method.

[chickenchickenlove]

Background

content_service.get_files() has potential bugs. because it uses httpx.client().

I assume the following scenario.
I send a request to Central Dogma with pattern /*s.json.
There are three possible cases

• Case1. If multiple files are found, httpx.client.json() returns a list[dict[str, str]].
• Case2. If only one file is found, httpx.client.json() returns a dict[str,str]
• Case3. No contents

In case2, the Central Dogma client throws an unexpected error.
Because Content.from_dict(content) receives an unexpected argument of type str.

[CLAassistant]

All committers have signed the CLA.

[chickenchickenlove]

Hi, @hexoul, @ikhoon .
I made a PR to fix tiny bug.
When you have time, could you take a look?
Thanks a lot 🙇‍♂️

[hexoul]

Thanks for your interest and reporting!

[hexoul]

Thanks for providing reproducible scenario by adding integration tests. I think your first commit to fix the issue is a better approach than throwing an exception.

[chickenchickenlove]

@hexoul Thanks for your review 🙇‍♂️
I made a new commit.
In my local, black didn't complain at all.
But, black in CI complain... 😓

# In my local
$ black --check .
All done! ✨ 🍰 ✨
37 files would be left unchanged.

What should I do?
Thanks in advance!

[hexoul]

In my local, black didn't complain at all.

@chickenchickenlove One possibility is that there is a difference in the version of black.
Please check if your local environment uses venv and installed packages are from pyproject.toml and uv.lock.

(py3.13) $ black --version
black, 24.10.0 (compiled: yes)
Python (CPython) 3.13.0

[hexoul]

LGTM. Please fix black issue.

[chickenchickenlove]

@hexoul Thanks a lot.
After fixing thing which you point out, lint error has been fixed!
When you have time, please take another look!