python / python/cpython

Possible shared-keys dict bug with string subclasses

オープン
#144,689 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

3.14 interpreter-core type-bug
主要言語
Python
スター
77.2k
フォーク
35.9k
PR マージ指標
PR 指標を取得中

説明

Bug report

Bug description:

So I'm not entirely sure whether this is a bug or just undefined behaviour, because I wasn't intending to do it. An unexpected code path led to some sqlalchemy objects being used as attribute names in a class without my knowledge, which was working.. until in one window I had 3.14.2 running and suddenly got an AttributeError I hadn't seen before.

Tracking it down, it turned out to be that certain attributes were appearing and disappearing in very unexpected ways.

Reducing it to the minimum case I can find, the code

import sys

print(sys.version)

class StrSub(str):
    pass

class Widget:
    pass

a = Widget()
a.date = "a_value"

b = Widget()
setattr(b, StrSub("date"), "b_value")

print(f'("date" in b.__dict__):               {("date" in b.__dict__)!s:>5}')
print(f'("date" in b.__dict__.keys()):        {("date" in b.__dict__.keys())!s:>5}')
print(f'("date" in list(b.__dict__.keys())):  {("date" in list(b.__dict__.keys()))!s:>5}')
print(f'len(b.__dict__):                      {len(b.__dict__)!s:>5}')

behaves differently in 3.14.1 and 3.14.2 than most other versions:

3.12.12 (main, Feb  3 2026, 22:51:04) [Clang 21.1.4 ]
("date" in b.__dict__):                True
("date" in b.__dict__.keys()):         True
("date" in list(b.__dict__.keys())):   True
len(b.__dict__):                          1
 
3.13.12 (main, Feb  3 2026, 22:52:12) [Clang 21.1.4 ]
("date" in b.__dict__):                True
("date" in b.__dict__.keys()):         True
("date" in list(b.__dict__.keys())):   True
len(b.__dict__):                          1
 
3.14.0 (main, Nov 19 2025, 22:48:15) [Clang 21.1.4 ]
("date" in b.__dict__):                True
("date" in b.__dict__.keys()):         True
("date" in list(b.__dict__.keys())):   True
len(b.__dict__):                          1
 
3.14.1 (main, Dec  2 2025, 19:46:13) [Clang 21.1.4 ]
("date" in b.__dict__):               False
("date" in b.__dict__.keys()):        False
("date" in list(b.__dict__.keys())):  False
len(b.__dict__):                          0
 
3.14.2 (main, Jan 27 2026, 23:59:57) [Clang 21.1.4 ]
("date" in b.__dict__):                True
("date" in b.__dict__.keys()):         True
("date" in list(b.__dict__.keys())):  False
len(b.__dict__):                          0
 
3.15.0a5 (main, Feb  3 2026, 22:53:11) [Clang 21.1.4 ]
("date" in b.__dict__):                True
("date" in b.__dict__.keys()):         True
("date" in list(b.__dict__.keys())):   True
len(b.__dict__):                          1

This is deeper in the weeds than I know much about, though!

If I convert to a plain str, everything behaves as expected.

CPython versions tested on:

3.14

Operating systems tested on:

Linux

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

まず、提供された最小再現を記載された Python バージョン全体で実行し、dict、keys-view、list-of-keys の結果を比較します。文字列サブクラスに関係する CPython の辞書処理を追跡します。完了とは、動作を理解して修正するか、回帰テストによって明示的に解決した状態を意味します。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
python
領域
compilers
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。