Skip to content
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

Discord can't detect running games like OpenTTD or games running through Steam #11

Closed
Zachs-Kappler opened this issue Dec 19, 2017 · 14 comments

Comments

@Zachs-Kappler
Copy link

I'm not sure what is preventing this from happening, but Discord can't figure out when a game is running like the regular deb/rpm version can. Is it possible to expose the running process list to this version of Discord in Flatpak, or will I have to install the packaged one to have that feature?

All that is listed in the list of games to add is flatpak-bwrap.

@TingPing
Copy link
Member

Flatpaks run in their own isolated namespace so that is to be expected and I don't believe can be reasonably worked around.

@Zachs-Kappler
Copy link
Author

Well that's unfortunate. I really like what Flatpak and Flathub are doing for software management and compatibility, so I guess Discord will have to be the odd one out for now. Thanks for the response.

I guess this issue can be closed if a workaround isn't possible.

@alejzeis
Copy link

There actually is a solution to this, works on Manjaro 17.1.5 and allows Discord to see processes.
You can modify the sandbox by running flatpak run --filesystem=/proc com.discordapp.Discord
That will launch discord and allow it to see the system processes.

If you want to make it permanent, you can run flatpak override --user --filesystem=/proc com.discordapp.Discord to permanently modify the sandbox, and allow discord to see the processes when launched normally through your DE or in terminal. You can override the sandbox system-wide by omitting the --user flag and running as root.

@TingPing
Copy link
Member

I'm honestly surprised that would work.

@TingPing
Copy link
Member

TingPing commented Feb 21, 2018

Actually it shouldn't work: https://github.com/flatpak/flatpak/blob/b66243e26dcc8fc545683f3849cda04d7ba81d12/common/flatpak-context.c#L1735-L1738

(@alexlarsson Am I reading that right?)

What is your flatpak version @jython234?

@alejzeis
Copy link

alejzeis commented Feb 21, 2018 via email

@alejzeis
Copy link

@TingPing I have Flatpak 0.10.3. Looks like that's the latest stable version.

@kparal
Copy link

kparal commented Feb 22, 2018

You can modify the sandbox by running flatpak run --filesystem=/proc com.discordapp.Discord
That will launch discord and allow it to see the system processes.

I can confirm this works on Fedora 27. Awesome!

Actually it shouldn't work:

Why don't we not fix the bug until flatpak can offer the same functionality natively and securely? :)

@TingPing
Copy link
Member

Why don't we not fix the bug until flatpak can offer the same functionality natively and securely? :)

Well exposing the host /proc probably isn't secure (but this flatpak isn't secure in general). We'll see if it is a bug.

@ullebe1
Copy link

ullebe1 commented Apr 13, 2020

For me it seems like the above workaround no longer works, using Flatpak 1.7.2.

@TheFlagCourier
Copy link

As ullebe1 said, this workaround no longer works around the issue. Using Flatpak 1.6.3 (Fedora 32 Beta)

The only programs it seems to pick up are within it's sandbox.
image

@lolrepeatlol
Copy link

Is there no updated solution for this still?

@Fuseteam
Copy link

there is no solution flatpaks are too isolated for this feature to be enabled

@gregorywaynepower

This comment was marked as off-topic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants