koji

#1215 queryHistory errors on unicode package name filter
Closed: Insufficient data by mikem. Opened by mikem.

Closed: Insufficient data
Reopen Issue

If you query history for a package name with unicode characters, the hub function does not handle the value well and raises a Fault.

E.g.

$ koji list-history --package 'köji' --after 2019-01-01
2019-01-28 09:55:27,983 [DEBUG] koji: Opening new requests session
successfully connected to hub
Traceback (most recent call last):
  File "/home/mike/Devel/koji/koji/cli2/koji", line 310, in <module>
    rv = locals()[command].__call__(options, session, args)
  File "/home/mike/Devel/koji/koji/cli/koji_cli/commands.py", line 4275, in anon_handle_list_history
    histdata = session.queryHistory(tables=tables, **kwargs)
  File "/home/mike/Devel/koji/koji/koji/__init__.py", line 2023, in __call__
    return self.__func(self.__name, args, opts)
  File "/home/mike/Devel/koji/koji/koji/__init__.py", line 2504, in _callMethod
    raise err
xmlrpclib.Fault: <Fault 1: "<type 'exceptions.UnicodeEncodeError'>: 'ascii' codec can't encode character u'\\xf6' in position 1: ordinal not in range(128)">

For the sake of reproducing this, it doesn't matter if the package exists in the system or not. The error happen while constructing the query options.

I am not currently able to reproduce this.

It's been a while since this was filed. I don't see any changes in query_history that look like they would fix this, but we have had some unicode-related fixes in this time.

This may have been fixed by #2105

Metadata Update from @mikem:
- Custom field Size adjusted to None

Metadata Update from @mikem:
- Issue close_status updated to: Insufficient data
- Issue status updated to: Closed (was: Open)

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/1215

Please continue any further discussion there.
Metadata
None
None
None
None
Low
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.