-
-
Notifications
You must be signed in to change notification settings - Fork 390
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Flatpak having problem downloading packages via proxy connection. #5239
Comments
Hi, Please check that |
Hi, the proxy setting showed the correct values which is the same as the system proxy value. It was set by system proxy not individually for flatpak. This can also be confirmed by that system package manager zypper is working well. Also note that flatpak had been fine prior to one or two weeks ago and I have not changed any proxy settings during this time. What's a bit suspicious to me is that the last flatpak package update on my OS was in November (to 1.14.1) and I had a few successful 'flatpak update' after that. So it should not be the latest flatpak package causing this issue. Otherwise it'd have happened earlier. But I see that the package "xdg-desktop-portal" was only updated a few weeks ago. I don't know what this package does but could it be the cause? |
We tried to execute On some other Linux OS, this other alternative command might work |
This is to confirm that the proxy is configured properly. Using Debian 10 Backport and Flatpak 1.10.7 |
We found a permanent resolution for this challenge. Two steps:
Details and screenshot in my other comment #1399578768 |
On another machine which operates opensuse Leap 15.4 and has flatpak 1.12.5 installed, 'flatpak update' still works fine under the same system proxy environment. |
I meet this issue in my latest fedora 38 machine:
I think I have setup a correct http_proxy/https_proxy:
And I can access the timeout file using curl directly:
@mwleeds Please fix this issue because I rely on proxy a lot to access flathub, thanks!! |
@chenyuanrun Try cleaning the cache folder at $HOME/.cache/flatpak. |
@GreatBigWhiteWorld Thanks, but this doesn't help, still fail to install. |
@chenyuanrun :) Have you tried those 2 steps in this comment above at #5239 (comment) Or detailed 2 steps with screenshot in my other comment #1399578768 |
@Francewhoa Yes I have tried to add sudo before flatpak, but not work. |
I have same issue on fedora 38, note that not all flatpaks cannot be downloaded, My guess is that after Fedora 37 is updated to 38, the proxy setting no longer works, and I can connect at a very slow speed when checking for updates, and downloading updates is completely unavailable.
|
I'm experiencing the same problem with my Fedora 38 install. It worked fine with Fedora 37, but since the update I'm getting the
|
I'm experiencing the same problem with latest PopOS (22.04-ish) -- but my situation is slightly different. I have my proxy defined only in gsettings/dconf, and it is an "autoconfigured" proxy from a URL that only proxies connections for a specific (internal) domain. In this situation, there is no $http_proxy or $https_proxy set, but it should be using the direct internet connection anyway. Everything else seems to work fine with this, but for some reason flatpak, which should not even be trying to use the proxy, fails unless I disable the proxy. |
Hello @4Aiur, @chenyuanrun, @GreatBigWhiteWorld, @mbainter, @pheeef, and all Flatpak enthusiasts :) For developers interested to contribute to resolving this challenge, one likely cause of this challenge is maybe the For users interested to contribute and speed up the resolution of this challenge, when you add a comment about flagging a challenge, if not already done, I suggest to always include which operating system you're using and which version (environment). For example, Debian 10 Buster. In turn, developers are able to test with the appropriate environment. |
@Francewhoa - if you look at my report I have no proxy environment variable at all, because flatpak shouldn't be using a proxy, but rather connecting directly. I assume it is pulling the proxy configuration from dconf somehow - but that proxy configuration only applies to one domain and everything else goes direct so it still shouldn't matter. I have no other applications that have this behavior. And seeing an environment variable is unlikely to help as that variable would need to say, "don't use a proxy" which isn't the purpose of http_proxy. |
I noticed the statistics on the number of App installations on Flathub, almost all Apps were installed on the dates of 04/08 05/04 05/07 The number has dropped sharply, such as Chrome, Firefox, I think there may be a problem with Flathub that makes it impossible to download. And I didn't update flatpak, but after a few days I was able to download it again, this coincides with the rebound in the curve data in the install statistics chart below. |
Checklist
Flatpak version
1.14.1
What Linux distribution are you using?
openSUSE
Linux distribution version
tumbleweed
What architecture are you using?
x86_64
How to reproduce
Expected Behavior
Flatpak should work under system proxy, like it has been before (this issue emerged only a few days ago)
Actual Behavior
Flatpak is having trouble downloading packages when system proxy is enabled.
Additional Information
Flatpak can still search packages, meaning it can connect via proxy but not download packages.
The issue is new. It had worked under system proxy without issue in the past.
The text was updated successfully, but these errors were encountered: