Opened 17 years ago
Closed 16 years ago
#1641 closed defect (fixed)
JOSM doesn't allow for setting HTTP proxy user/password distrinct from OSM server user/password
| Reported by: | Owned by: | framm | |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | Core | Version: | latest |
| Keywords: | Cc: | Gubaer |
Description
I am not able to use properly the http-proxy configuration parameters to work from my office (obviously non in the work time).
If I configure the username and password of the proxy (Edit - Preferences - Connection settings - Proxy settings), when I try to download or upload something to the OSM server JOSM use the OSM username/password to do the proxy authentication and not the correct one.
I noticed that I can work around this issue in this manner:
- I set my proxy username/password into OSM username/password configuration, so the proxy authentication works fine
- the first time I download something from OSM, JOSM tells to me that the specified user/password are invalid (because they are related to the proxy), so I can enter now the correct one and let JOSM connecto to OSM too
Attachments (1)
Change History (12)
comment:1 by , 17 years ago
| Priority: | minor → major |
|---|---|
| Version: | → latest |
comment:5 by , 17 years ago
| Summary: | Http proxy settings → JOSM doesn't allow for setting HTTP proxy user/password distrinct from OSM server user/password |
|---|
Changed the summary to something understandable.
comment:6 by , 17 years ago
| Cc: | added |
|---|---|
| Component: | unspecified → Core |
I use this hack to get proxy authentication work. (see attachment)
comment:7 by , 17 years ago
| Cc: | removed |
|---|
follow-up: 10 comment:8 by , 17 years ago
Hmm, but when "Proxy-Authorization" is not understood, the password is passed through to the destination server. Sounds dangerous to me.
comment:10 by , 17 years ago
| Cc: | added |
|---|
Replying to stoecker:
Hmm, but when "Proxy-Authorization" is not understood, the password is passed through to the destination server. Sounds dangerous to me.
I think it's the standard way to do it. But it should be included in a request only if an upstream proxy requires it by replying a 407 response code. In this case we can assume that "Proxy-Authorization" is understood and that the proxy consumes the respective credentials before passing on the request.
The patch only supports Basic Authentication. For Digest Authentication JOSM would have to process a challenge from the proxy.
Rather than implementing this on top of the bare java.net classes why don't we use a http client library like Apaches HTTP client in JOSM? Most likely, only OsmApi and it's parent classes would have to be touched.
comment:11 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |



I have the same problem too.
But the work around does not work, because JOSM don't tell me that the specified user/password are invalid. so there is no way to connect to osm :-(
adding start parameters like this:
java -DproxySet=true -Dhttp.proxyHost=myproxy.mycompany.com -DproxyPort=8080 -DproxyUser=user -DproxyPassword=password -jar josm-latest.jar
won't work...