fix(server): missing timeout on all requests.get() calls — potential indefinite hang
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
Hướng nghiên cứu
Bắt đầu trong minimax_mcp/server.py và kiểm tra sáu vị trí gọi requests.get() được liệt kê trong voice_clone(), play_audio(), generate_video(), query_video_generation() và text_to_image(). Sử dụng các tiêu chí chấp nhận làm checklist: mọi lệnh gọi đều có timeout tường minh, các lượt tải xuống lớn được stream khi thích hợp, và các lỗi timeout được bắt lại rồi báo cho người dùng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
Multiple requests.get() calls throughout server.py have no timeout parameter, which can cause the server to hang indefinitely if the remote server is unresponsive.
Exact locations
All in minimax_mcp/server.py:
voice_clone()—requests.get(file)for URL download (line ~175)voice_clone()—requests.get(response_data.get("demo_audio")).content(line ~205)play_audio()—requests.get(input_file_path).content(line ~220)generate_video()—requests.get(download_url)for video download (line ~330)query_video_generation()—requests.get(download_url)(line ~365)text_to_image()—requests.get(image_url)for image download (line ~410)
Impact
- MCP server can hang indefinitely waiting for a response
- No way to recover without killing the process
- Blocks the entire MCP tool pipeline
Proposed solution
Add a module-level constant and apply to all requests.get() calls:
# At module level
DOWNLOAD_TIMEOUT = 120 # seconds
# Apply everywhere:
requests.get(url, timeout=DOWNLOAD_TIMEOUT)
Also consider adding stream=True for large downloads (video) to avoid loading entire file into memory.
Acceptance criteria
- Every
requests.get()call has an explicittimeoutparameter - Large file downloads use streaming where appropriate
- Timeout errors are caught and reported to the user
- Ngôn ngữ chính
- Python
- Star
- 1.6k
- Fork
- 283
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 MiniMax-AI/MiniMax-MCP
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
MiniMax-AI/MiniMax-MCP#89 · 1 bình luận ·
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 82/100
MiniMax-AI/MiniMax-MCP#88 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
MiniMax-AI/MiniMax-MCP#78 ·
-
fix(server): music_generation has inconsistent indentation — try block indented inside function bodyĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
MiniMax-AI/MiniMax-MCP#69 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 35/100
MiniMax-AI/MiniMax-MCP#105 · 1 bình luận ·
Tất cả issue của MiniMax-AI/MiniMax-MCP
Issue tương tự
-
customer-reported
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Azure/azure-cli#34150 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
community-request
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
NVIDIA-NeMo/Curator#2464 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
weblate-discover crashes with an unhandled FileNotFoundError when the directory does not existĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
WeblateOrg/translation-finder#1099 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
trezor/trezor-firmware#7997 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày