Hi Oliver, Oliver Eichler wrote: >> I believe this depends on the several network access managers used for >> sending different requests. I'm thinking of trying and changing this and >> using just on network access manager for each and every request. > > Hm I am not sure if that is a good idea. The several network managers > separate the different urls and requests. Is there a way to detect if > the login fails? If there is you can reset the login in CResources.
Unfortunately I feel there is no way to detect a proxy login failure. For the time being proxy authentication data will not be cached in CResources. The only drawback is you might need to enter proxy credential several times, but I believe it is not a big issue. >> When QLKGT starts up, WireShark logs the following request: >> >> POST http://www.qlandkarte.org:80/webservice/qlandkartegt.php HTTP/1.1\r\n >> >> for which no proxy authentication dialog box is shown. Hence, proxy >> authentication fails. > > This is to probe the actual version on sf.net. If it differs from the > local one, a small message is shown in the status bar. Thus it's nothing > really important. It seems to me it is not possible to set up proxy parameters for QtSoap. So, when passing through a proxy it will not be possible to check for the last version.. A worse thing is that connecting to www.geonames.org fails as well, so elevation data are not downloaded. I have to investigate this issue. Perhaps I simply forgot to change the code that implement this functionality, so proxy authentication does not work. ------------------------------------------------------------------------------ Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
