email.parse part.get_filename() fails to unwrap long attachment file names (legacy API)
未關閉
還沒有人認領這個 Issue。
topic-email
- 主要語言
- Python
- 星號
- 77.2k
- 分支
- 36k
- PR 合併指標
- PR 指標待擷取
描述
| BPO | 40359 |
|---|---|
| Nosy | @warsaw, @bitdancer |
| Files |
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-04-22.00:26:27.411>
labels = ['expert-email']
title = 'email.parse part.get_filename() fails to unwrap long attachment file names (legacy API)'
updated_at = <Date 2020-04-28.12:27:30.371>
user = 'https://bugs.python.org/matt-davis'
bugs.python.org fields:
activity = <Date 2020-04-28.12:27:30.371>
actor = 'r.david.murray'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['email']
creation = <Date 2020-04-22.00:26:27.411>
creator = 'matt-davis'
dependencies = []
files = ['49083']
hgrepos = []
issue_num = 40359
keywords = []
message_count = 6.0
messages = ['366963', '366965', '366966', '367117', '367493', '367523']
nosy_count = 3.0
nosy_names = ['barry', 'r.david.murray', 'matt-davis']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue40359'
versions = ['Python 3.6']
貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
研究方向
從連結的最小可運作範例 mwe.py 開始，透過 email.parse 和 part.get_filename() 重現該失敗，著重於舊版 email API。追蹤長附件檔名的處理方式，並驗證完成後的行為能正確解開該檔名，同時不會導致現有檔名解析發生回歸。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- python
- 領域
- backend
- Issue 類型
- 缺陷
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 停滯
- 描述清晰度
- 需要釐清
- 新手友好度
- 25/100