-
-
Notifications
You must be signed in to change notification settings - Fork 79
Screencast Portal Request Error - Unable to start recording #129
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
Comments
Does it work on wayland? According to the errors, it seems like your system doesn't have the required interface for screencast |
@SeaDve Appreciate the quick response! I switched to wayland and faced the same issue. Attached screenshot. How can I resolve the missing interface for screencast ? |
If it may help: It was working fine in the previous version prior to 2.0.0 |
I am afraid that your distro may not support the new implementation. You can also test it further with https://mozilla.github.io/webrtc-landing/gum_test.html to tell if only Kooha is affected. In the gum_test website you can test While it is not working, you can downgrade using |
Does kooha work on 2.0.0 wayland? |
The image in this post shows kooha 2.0.0 running on wayland |
I checked (googled) the error in the debug log and came across this related issue flatpak/xdg-desktop-portal#446 The discussion in the bug report provides better clarity: But as per the later report, screencast should work fine on x11, Which I am still facing an issue. Maybe I need to wait for a stable release of xdg-desktop-portal to sort out this. Does kooha run on x11? Asking since you requested a check on wayland at the start of the discussion. |
it should work on both. I think it is still weird though that it works on chrome, but not Kooha, so I think it is an internal issue with Kooha, ill investigate on it, thanks for detailed info! |
I've gotten the issue too since the 2.0.0 update. I'm also on Zorin OS 16. |
Same problem on Zorin OS 16, downgrade works fine Use the mask after downgrading, for not to update
And then if you want remove mask |
When I use the 1.2.1, the part of section reports
|
I'm afraid that the only fix is to update to 2.0.0 In gnome-shell 41, the SelectArea is now private, so apps cannot access it anymore |
THen it occurs same issue with 2.0.1
Notice #140 |
If I might jump in here. I too have a problem both with Kooha and OBS so it strikes me it must be something to do with pipewire/wayland though I am at a loss what as I went through the troubleshooting steps, but they all check out. The error I get on start is similar to above
If we could work out what response it is getting maybe we work out what we are supposed to be expecting. Is there anyway to get this debugging information ? |
Facing the same problem. |
Well I am currently also seeing a problem with the flatpak OBS not seeing any |
UPDATE: I have just been chatting to the flatpak OBS guys and they suggested I checked if I had xdg-desktop-portal{,-gnome,-gtk,-kde} installed. It turns out So please, everyone check to see if your desktop xdg portals are installed, if not install them and restart the destop. With luck it should work. |
@develroo I've installed |
Did you logout/login again and reboot. It is not a service that is dynamically started and detected. You have to restart the gnome session. Edit: Oh I just noticed you said you are using KDE then you need the |
No, I didn't...... I'll give it a try, thanks.
…________________________________
发件人: develroo ***@***.***>
发送时间: 2022年1月5日 17:46
收件人: SeaDve/Kooha ***@***.***>
抄送: WhiredPlanck ***@***.***>; Comment ***@***.***>
主题: Re: [SeaDve/Kooha] Screencast Portal Request Error - Unable to start recording (#129)
@develroo<https://github.com/develroo> I've installed xdg-desktop-portal-gnome and started it's systemd service, but my Kooha 2.0.1 still doesn't work (both installation via native package manager and Flatpak) , reporting the same error like yours ('Other Response'). My DE is KDE Plasma 5.23 (X11), all xdg-desktop-portal- things are installed and their systemd services have started. I have no idea if Kooha can only work with GNOME......
Did you logout/login again and reboot. It is not a service that is dynamically started and detected. You have to restart the gnome session.
―
Reply to this email directly, view it on GitHub<#129 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ALLK3JEAO3FABHYHVLPI3VLUUQHPNANCNFSM5FODZOFQ>.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you commented.Message ID: ***@***.***>
|
@SeaDve Hi Dave, I just installed Kooha flatpak after hearing about it and I too am having issues getting it to record due to "Other" portal request failing. When I start Kooha via the terminal and press record, this is what is printed:
In the pop-up that appears saying for "Other" portal errors check the link, which I did. https://github.com/SeaDve/Kooha#-it-doesnt-work However I am running the flatpak, I shouldn't be missing any dependencies. On top of that, I used flatseal to give every single permission possible and the "Other" response persists so I'm not sure what could be the portal error besides what I suggest below: From looking this issue up online, I believe the flatpak needs the permission "xdg-desktop-portal", "xdg-desktop-portal-kde" for me and "xdg-desktop-portal-gnome" if on Gnome. These are not present by default and should probably be added. At least they are not present by default in the latest version I received from Flathub and I am not sure where I would put them in flatseal as I am still new to Linux. I already had the required packages installed. It just seems like the flatpak cannot communicate with them. Flatpak: 2.0.1 Thank you. |
I have had the same problem for a long time. Thought this was an issue of Kooha but it is not and I figured this out after upgrading to Ubuntu 22.04 beta (didn't work on 20.04 either). There are a few requirements you need to meet
When all of these are met Kooha works properly via flatpak. |
Tried your suggestions but:
|
@develroo Sorry for very late reply. But the result is still that the app cannot start up a recording. |
Not sure what to say then. As you can see from the attached screencast it is working for me with Kooha. But I am using Gnome so? shrugs Kooha-2022-10-12-18-49-17.webm |
it seems Zorin OS 16 only has 1.8.1 available in its apt repositories and in order to build xdg-desktop-portal-gnome it needs >= 1.15.0 not sure how to get around it without a bit of manual intervention (e.g. build all of these dependencies from their respective repos) |
I was able to get the downgrade to install v2.1.1 via flatpak just the other week on elementary os 7x, however it didn't resolve the recording issue, still got this error with it.
|
@sysfu It was my mistake, so sorry. I mean v1.2.1 But anyway, I switched to Kazam, it works well and can record 60 fps. which Kooha 1.2.1 still has some problem |
Closing this since there is nothing much we can do from Kooha's side here, aside from providing more helpful issue messages. |
So what's the solution to this issue ? |
See #129 (comment) |
Actually it is, because dependencies should be automatically installed when installing Kooha, which is the purpose of package management. |
That's more of a packaging issue, not an application issue. In Flatpak at least, installing |
Getting the following error currently with version 2.3.0 from Flatpak.
OS: Linux Mint 21.2 Cinnamon |
getting the following on sway WM with Kooha 2.3.0 from arch repo:
|
System Info
Describe the bug
Unable to start recording. Facing the following error message: "Portal request failed: Unknown: Unknown"
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Recording should start
Screenshots

Additional context
The text was updated successfully, but these errors were encountered: