Skip to content

gh-136231: Document xml.etree.ElementTree.iselement behavior when used with types #136482

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed

Conversation

abstractedfox
Copy link
Contributor

@abstractedfox abstractedfox commented Jul 9, 2025

Following discussion in ElementTree.iselement() returns true for the Element type #136231, this documents the behavior of iselement when passed a type. I'm submitting this as a draft so more input can be given.


📚 Documentation preview 📚: https://cpython-previews--136482.org.readthedocs.build/

abstractedfox and others added 18 commits June 17, 2025 13:42
Need to switch machines to test on Linux
Add tests verifying the new type checking behavior
Adjusts iselement() based off feedback from picnixz. Since ElementTree
needs to be compatible with element-like objects, the function now checks
for all attributes that are necessary to instantiate an ElementTree object
and successfully write it to a file (preventing issue python#135640).
This commit also incorporates other feedback requesting moving the
tests and adding more tests, and adds a news entry.
Co-authored-by: Mikhail Efimov <[email protected]>
Test was written for a change to `iselement` that has since been undone
Suggested changes from @serhiy-storchaka

Co-authored-by: Serhiy Storchaka <[email protected]>
Co-authored-by: Serhiy Storchaka <[email protected]>
Split tests for _setroot into their own function and remove test for
element-like objects per feedback from @serhiy-storchaka
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.

1 participant