Cryptic error message when creating types that don't include themselves in their MRO
Open
Nobody has claimed this yet.
3.11
3.12
3.13
interpreter-core
type-bug
- Dominant language
- Python
- Stars
- 77.2k
- Forks
- 36k
- PR merge metrics
- PR metrics pending
Description
| BPO | 39665 |
|---|---|
| Nosy | @serhiy-storchaka, @pppery |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = None
created_at = <Date 2020-02-17.17:00:26.647>
labels = ['interpreter-core', '3.8', 'type-bug', '3.7', '3.9']
title = "Cryptic error message when creating types that don't include themselves in their MRO"
updated_at = <Date 2020-03-26.00:03:35.085>
user = 'https://github.com/pppery'
bugs.python.org fields:
activity = <Date 2020-03-26.00:03:35.085>
actor = 'ppperry'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Interpreter Core']
creation = <Date 2020-02-17.17:00:26.647>
creator = 'ppperry'
dependencies = []
files = []
hgrepos = []
issue_num = 39665
keywords = []
message_count = 2.0
messages = ['362152', '362154']
nosy_count = 2.0
nosy_names = ['serhiy.storchaka', 'ppperry']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue39665'
versions = ['Python 3.7', 'Python 3.8', 'Python 3.9']
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no source file or test; begin by reproducing the type-creation case described in BPO 39665 and inspect the interpreter-core path that produces the cryptic MRO error. Done means the same invalid type definition reports a clear, actionable error without changing valid type creation behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- compilers
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100