Oliver Eichler ha scritto: > >> 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. >> > That is because the code still uses QHttp instead of QAccessManager. > See CTrack::replaceElevationByRemote(). > > If you feel that your patch is a feasible and stable solution to the > authentication problem send a patch and I will review it. If there is no > real caveat I will add it to svn.
That's what I was thinking. I thought the proxyAuthenticationRequired() signal would be raised nevertheless, but apparently it's not. Is there any drawback to switching to QNetworkAccessManager and QNetworkReply? Apart from the issue above, the other network functionalities seem to work. I would still try something in order to cache authentication info in CResources. I'll send you the patch After this attempt Cheers, Davide ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
