I guess it come from some network parameters
suggestion:
Add options about network error-controling such as ’timeout‘ ,’number of retry‘ ,’pause between connection‘ and so on
New: r3dfox (July 15, 2025), Platform 30.0.4 (July 15, 2025)
1,100+ portable packages, 1.2 billion downloads
We are operating at a loss, please donate today
The PA.c Updater uses Windows' internet component settings for timeouts. By default, these are set to 60 seconds. They are contained within the registry key: HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings
Sometimes, the impossible can become possible, if you're awesome!
i tried but didnot work.
okey , perhaps not the cause
Windows' internet component ? Could it be because of Internet Explorer?
so i tried IE mode in Edge and IE mode stop redirection to real url .
Could this be the problem?
If you manually turned off automatic redirection within Internet Settings, it'll break everything.
Sometimes, the impossible can become possible, if you're awesome!
yeah, i got sometime also very low reaction times e.g. in firefox after re/start and even time out
UPDATE meant sys or app restart. anyone idea whats that and how to fix? seem same like this
i wonder how to fix this
thx
i help were i can. maybe you can help me too. threads in account/track.
if you don't want to help don't post crap!
The root cause appears to be something other than this. I did some digging to look for answer.
portableappsUpdater might use InetC and InetC uses WinINet
I can't confirm whether iwr also uses WinINet under the hood. In fact, it seems that iwr doesn't handle HTTP redirection from Cloudflare(sourceforge.net) as it should. But I tesed iwr with Apache httpd and there were no issues.
curl.exe had no issues with both cloudfare and my Apache httpd
i geuss portableapps might concerned libcurl plugin of nullsoft is unofficial