(invisible) HTTPS_PROXY settings overrule explicit HTTP_PROXY settings
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- csharp
- Lĩnh vực
- networking, tooling
Hướng nghiên cứu
Start in ProxySettings.cs at private IWebProxy TryConfigureProxy(), especially the line checking _settings for the proxy setting name. Reproduce with https_proxy set without credentials alongside http_proxy and its credentials, then run libman restore. Done means explicit HTTP proxy credentials are honored and restore no longer produces the reported provider resolution errors.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Functional impact
If You configure only http_proxy + http_proxy.user + http_proxy.password, but the program gets a https_proxy URL from somewhere, Your settings will never be used and the restore function fails despite entering the right values.
I don't know how, but when debugging ProxySettings.cs, private IWebProxy TryConfigureProxy(), the line
if (_settings.TryGetValue(proxySettingName, out string proxyAddress)) (line 82)
returned a valid URL for https_proxy, even if it wasn't configured.
Therefore my own credentials were never used.
Minimal repro steps
-
configure:
https_proxy (with no credentials)
http_proxy
http_proxy.user
http_proxy.password -
Execute
libman restore -
You will get lots of errors, like
[LIB002]: The "[email protected]" library could not be resolved by the "cdnjs" provider
Expected result
I would expect that the credentials I entered would make restore possible
I can understand that not every proxy needs user name + password
It would help, if at least in the documentation, the user would be instructed to set https_proxy + credentials first.
Unfortunately, the current documentation only mentions http_proxy settings.
- Ngôn ngữ chính
- C#
- Star
- 486
- Fork
- 92
- 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
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc 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 aspnet/LibraryManager
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aspnet/LibraryManager#824 · 1 bình luận · 3 reaction ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
aspnet/LibraryManager#804 · 2 reaction ·
-
Changelog for 3.0.114Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 48/100
aspnet/LibraryManager#829 · 1 bình luận · 3 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
aspnet/LibraryManager#820 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
aspnet/LibraryManager#808 · 5 bình luận ·
Tất cả issue của aspnet/LibraryManager
Issue tương tự
-
area-ai untriaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
dotnet/extensions#7790 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
P2 testing
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area-Infrastructure-coreclr os-ios os-maccatalyst os-tvos untriaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
dotnet/runtime#134766 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
0 - Backlog Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
BrighterCommand/Brighter#4444 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ 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