Name conflict between `models.Response` and `types.Response`

Đang mở

#1,081 mở ngày 22/7/2024 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó: 4/5
Thời gian dự kiến: 3-5 ngày
Mức phù hợp với người mới: 35/100

Loại issue: Tính năng
Độ rõ ràng: Khá rõ ràng
Mức độ hoạt động: Đình trệ
Công nghệ: openapi, python
Lĩnh vực: tooling

Hướng nghiên cứu

Bắt đầu bằng cách theo dõi cách các model được tạo và các lớp trong types.py được đặt tên và import. Tái hiện xung đột bằng một đặc tả OpenAPI có chứa một kiểu Response, sau đó xác minh rằng các import Python được tạo không còn xung đột, đồng thời class_overrides vẫn có thể sử dụng được.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

I ran into an OpenAPI spec which included a Response type. That caused a name conflict in the generated python code:

from ...models.response import Response
from ...types import Response

This was fixed easily enough using a class_overrides config, but since the classes in types.py are pretty generic I think it would be better if the classes were just fully qualified to avoid this kind of conflict.

Ngôn ngữ chính: Python
Star: 2k
Fork: 293
Merge trung bình: 34 phút
Pull request đã merge (30 ngày): 1

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
Fork repository và làm thay đổi trên một nhánh.
Mở pull request có tham chiếu số hiệu của issue.

Issue khác của openapi-generators/openapi-python-client

typing_extensions should be declared as dependency Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100

openapi-generators/openapi-python-client#1481 · Mở ngày 20/8/2026
Skip setting 'Content-Type' on file upload, when multiple bodies are supported Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100

openapi-generators/openapi-python-client#947 · Mở ngày 23/1/2024
Multi-body endpoints with required requestBody emit `| Unset` without importing `Unset` Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100

openapi-generators/openapi-python-client#1451 · 1 bình luận · Mở ngày 18/6/2026
_build_response crashes with ValueError on non-IANA HTTP status codes (520, 561, etc.) Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100

openapi-generators/openapi-python-client#1442 · Mở ngày 29/5/2026
Generator fails on type: array without items even though it's valid in JSON Schema 2020-12 / OpenAPI 3.1 Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 64/100

openapi-generators/openapi-python-client#1435 · 1 bình luận · Mở ngày 15/5/2026

Tất cả issue của openapi-generators/openapi-python-client

Issue tương tự

[essnmx] Fix typo in NXLauetof application definition Đang mở

essnmx good first issue

Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100

scipp/ess#760 · Mở ngày 23/9/2026
[Feature] 奇物选择添加优先级 Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100

syfoud/Simulated_Scepter#174 · Mở ngày 23/9/2026
garak adapter grades a NaN detector score as PASS Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

Giskard-AI/giskard-oss#2840 · 1 bình luận · Mở ngày 23/9/2026
A claim comment carrying the issue number is silently declined while the workflow reports success Đang mở

area: repo bug perceived difficulty: 2

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100

Nitjsefnie-Harness-Commons/daedalus#926 · Mở ngày 23/9/2026
`IOCExtractor` always fails: `ioc_analyzer.build()` takes 1 argument but the agent dispatcher passes 2 Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100

yeti-platform/yeti#1380 · Mở ngày 23/9/2026

Thêm issue về Python