[GH-ISSUE #4033] Unable To Close MOC #2509

New issue

Open

opened 2026-05-05 09:11:39 -06:00 by gitea-mirror · 1 comment

gitea-mirror commented

2026-05-05 09:11:39 -06:00

Owner

Originally created by @M1ndo on GitHub (Mar 2, 2021).
Original GitHub issue: https://github.com/netblue30/firejail/issues/4033

Bug and expected behavior
Unable To Close MOCP Client When MOC Server Is Running , it hangs forever and it doesn't close the window once it's detached .

No profile and disabling firejail
When Using --noprofile same issue happens , when calling mocp with full path and detaching using q it closes normally tho the other window is still hanging.

Reproduce
Steps to reproduce the behavior:
Currently There's no way to reproduce this behavior except running mocp with no sandboxing .

Environment
DarkOs Linux "One Hell" (Based on Arch Linux)
Firejail version ```firejail version 0.9.64.4

Compile time support:
- AppArmor support is enabled
- AppImage support is enabled
- chroot support is enabled
- D-BUS proxy support is enabled
- file and directory whitelisting support is enabled
- file transfer support is enabled
- firetunnel support is enabled
- networking support is enabled
- overlayfs support is disabled
- private-home support is enabled
- private-cache and tmpfs as user enabled
- SELinux support is disabled
- user namespace support is enabled
- X11 sandboxing support is enabled```

Additional context
Screenshot of the issue IMG
Screenshot with the noprofile https://imgur.com/a/uuKD6j4

When The Mocp Window is stuck , if you opened another mocp window and tried to detach t will detach normally like it should however the other instance still stuck .

Checklist

The profile (and redirect profile if exists) hasn't already been fixed upstream.
The program has a profile. (If not, request one in https://github.com/netblue30/firejail/issues/1139)
I have performed a short search for similar issues (to avoid opening a duplicate).
If it is a AppImage, --profile=PROFILENAME is used to set the right profile.
Used LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 PROGRAM to get english error-messages.
I'm aware of browser-allow-drm yes/browser-disable-u2f no in firejail.config to allow DRM/U2F in browsers.

Debug Output with firejail --debug mocp

https://0x0.st/-KFd.txt

Originally created by @M1ndo on GitHub (Mar 2, 2021). Original GitHub issue: https://github.com/netblue30/firejail/issues/4033 **Bug and expected behavior** Unable To Close MOCP Client When MOC Server Is Running , it hangs forever and it doesn't close the window once it's detached . **No profile and disabling firejail** When Using --noprofile same issue happens , when calling mocp with full path and detaching using q it closes normally tho the other window is still hanging. **Reproduce** Steps to reproduce the behavior: Currently There's no way to reproduce this behavior except running mocp with no sandboxing . **Environment** DarkOs Linux "One Hell" (Based on Arch Linux) Firejail version ```firejail version 0.9.64.4 Compile time support: - AppArmor support is enabled - AppImage support is enabled - chroot support is enabled - D-BUS proxy support is enabled - file and directory whitelisting support is enabled - file transfer support is enabled - firetunnel support is enabled - networking support is enabled - overlayfs support is disabled - private-home support is enabled - private-cache and tmpfs as user enabled - SELinux support is disabled - user namespace support is enabled - X11 sandboxing support is enabled``` **Additional context** Screenshot of the issue [IMG](https://imgur.com/a/cw8K3df) Screenshot with the noprofile https://imgur.com/a/uuKD6j4 - When The Mocp Window is stuck , if you opened another mocp window and tried to detach t will detach normally like it should however the other instance still stuck . **Checklist** - [x] The profile (and redirect profile if exists) hasn't already been fixed [upstream](https://github.com/netblue30/firejail/tree/master/etc). - [x] The program has a profile. (If not, request one in `https://github.com/netblue30/firejail/issues/1139`) - [x] I have performed a short search for similar issues (to avoid opening a duplicate). - [ ] If it is a AppImage, `--profile=PROFILENAME` is used to set the right profile. - [ ] Used `LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 PROGRAM` to get english error-messages. - [ ] I'm aware of `browser-allow-drm yes`/`browser-disable-u2f no` in `firejail.config` to allow DRM/U2F in browsers. <details><summary> Debug Output with firejail --debug mocp </summary> ``` https://0x0.st/-KFd.txt ``` </details>

gitea-mirror commented

2026-05-05 09:11:41 -06:00

Author

Owner

@rusty-snake commented on GitHub (Aug 4, 2021):

Can you reproduce this with the noprofile.profile?
What does pstree/firejail --tree/ps -ejH/... show? Are there any processes running in the background?

@rusty-snake commented on GitHub (Aug 4, 2021): 1. Can you reproduce this with the [noprofile.profile](https://gist.github.com/rusty-snake/bb234cb3e50e1e4e7429f29a7931cc72)? 2. What does `pstree`/`firejail --tree`/`ps -ejH`/... show? Are there any processes running in the background?