Bug 2353194 - python-robotframework fails to build with Python 3.14: TypeError: 'member_descriptor' object is not iterable, AssertionError: getset_descriptor != Union
Summary: python-robotframework fails to build with Python 3.14: TypeError: 'member_des...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: python-robotframework
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: fedepell
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: PYTHON3.14
TreeView+ depends on / blocked
 
Reported: 2025-03-18 15:10 UTC by Karolina Surma
Modified: 2025-03-20 10:20 UTC (History)
5 users (show)

Fixed In Version: python-robotframework-7.2.2-2.fc43
Clone Of:
Environment:
Last Closed: 2025-03-20 04:02:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Karolina Surma 2025-03-18 15:10:51 UTC
python-robotframework fails to build with Python 3.14.0a6.

ERROR: test_empty_union_not_allowed (test_typeinfo.TestTypeInfo.test_empty_union_not_allowed)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/running/test_typeinfo.py", line 82, in test_empty_union_not_allowed
    assert_raises_with_msg(
    ~~~~~~~~~~~~~~~~~~~~~~^
        DataError, 'Union cannot be empty.',
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        TypeInfo.from_type_hint, union
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/asserts.py", line 167, in assert_raises_with_msg
    callable_obj(*args, **kwargs)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/running/arguments/typeinfo.py", line 194, in from_type_hint
    elif has_args(hint):
         ~~~~~~~~^^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/robottypes.py", line 142, in has_args
    return bool(args and not all(isinstance(a, TypeVar) for a in args))
                                                                 ^^^^
TypeError: 'member_descriptor' object is not iterable

======================================================================
ERROR: test_union (test_robottypes.TestTypeRepr.test_union)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/utils/test_robottypes.py", line 210, in test_union
    assert_equal(type_repr(Union), 'Union')
                 ~~~~~~~~~^^^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/robottypes.py", line 116, in type_repr
    if nested and has_args(typ):
                  ~~~~~~~~^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/robottypes.py", line 142, in has_args
    return bool(args and not all(isinstance(a, TypeVar) for a in args))
                                                                 ^^^^
TypeError: 'member_descriptor' object is not iterable

======================================================================
FAIL: test_typing (test_robottypes.TestTypeName.test_typing)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/utils/test_robottypes.py", line 163, in test_typing
    assert_equal(type_name(item), exp)
    ~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/asserts.py", line 181, in assert_equal
    _report_inequality(first, second, '!=', msg, values, formatter)
    ~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/builddir/build/BUILD/python-robotframework-7.1.1-build/robotframework-7.1.1/utest/../src/robot/utils/asserts.py", line 230, in _report_inequality
    raise AssertionError(msg)
AssertionError: getset_descriptor != Union

https://docs.python.org/3.14/whatsnew/3.14.html

For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.14/fedora-rawhide-x86_64/08783514-python-robotframework/

For all our attempts to build python-robotframework with Python 3.14, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.14/package/python-robotframework/

Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package builds with Python 3.14:
https://copr.fedorainfracloud.org/coprs/g/python/python3.14/

Let us know here if you have any questions.

Python 3.14 is planned to be included in Fedora 43.
To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.14.
A build failure prevents us from testing all dependent packages (transitive [Build]Requires),
so if this package is required a lot, it's important for us to get it fixed soon.

We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work around it on our side.

Comment 1 fedepell 2025-03-19 07:56:47 UTC
Upstream report/discussion: https://github.com/robotframework/robotframework/issues/5352

Comment 2 Fedora Update System 2025-03-20 03:59:26 UTC
FEDORA-2025-040964b3ba (python-robotframework-7.2.2-2.fc43) has been submitted as an update to Fedora 43.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-040964b3ba

Comment 3 Fedora Update System 2025-03-20 04:02:54 UTC
FEDORA-2025-040964b3ba (python-robotframework-7.2.2-2.fc43) has been pushed to the Fedora 43 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 4 fedepell 2025-03-20 04:05:35 UTC
Issue was solved upstream and now package is fixed.

It was noted that (some more details in issue linked above):

```
In earlier versions Union and UnionType were different objects. UnionType had __args__ already then but no __origin__
...
I'm not sure could Union (and UnionType) nowadays having __args__ and __origin__ be considered a regression. It could be argued that they are implementation details and get_args and get_origin should be used instead of accessing them directly. If you think it's a regression, please submit an issue to Python's issue tracker. I think I'm fine just using get_args and get_origin.
```

Do you believe this is something that could be of interest to upstream Python? Should we report this?

Comment 5 Miro Hrončok 2025-03-20 10:20:46 UTC
> Do you believe this is something that could be of interest to upstream Python? Should we report this?

I don't think it's necessary, but if it interests you, go for it. Thanks (and also for the fix).


Note You need to log in before you can comment on or make changes to this bug.