> I don't buy this explanation. In fact, it is very inconsistent with the fact
> that widevine is enabled and binary blobs are downloaded.
This is incorrect. Enabling Widevine support in the browser will not do anything
unless the Widevine shared object is downloaded and installed manually. This is
Hi, all.
I don't know if this issue is related to the issues that I'm seeing, but,
when using google meet during this pandemic times, I frequently have
problems trying to share my screen.
I don't know if "Google Meet screensharing" == "Hangouts screensharing".
For some reason, using Firefox (at
On Thu, 6 Sep 2018 19:50:24 -0700 Josh Triplett wrote:
>
> This is not in any way an explanation. "users have stated concern" -
> *what* concern?
>
> At the very least, this needs an explanation commensurate with "why is
> it important to break people's ability to do screen sharing by default
>
reopen 886358
thanks
On Mon, 27 Aug 2018 17:20:14 +0200 Philipp Hahn wrote:
> Sorry for re-opeing this bug, but it cost me some time to find that
> Debian disables the shreen sharing extention in its build of chromium.
>
> > This is the intended default configuration. For those that would like
unarchive 886358
reopen 886358
thanks
Sorry for re-opeing this bug, but it cost me some time to find that
Debian disables the shreen sharing extention in its build of chromium.
> This is the intended default configuration. For those that would like
> it enabled in their version, the suggested pa
Package: chromium
Version: 63.0.3239.84-1~deb9u1
Severity: wishlist
Currently debian/rules:52 disables hangouts services (which includes
screenshare feature). I didn't test it, but based on information
elsewhere, simply enabling the flag should make Google Hangouts
screensharing work with Chromium
6 matches
Mail list logo
