Calls not working #1189

huylv · 2019-11-16T10:39:41Z

It shows only a blank white window. Can't receive call either. It works on Chrome.

Hamish-GJP · 2019-11-16T12:13:19Z

I'm experiencing this on my Windows 10 machines as well.

AndroidStdio · 2019-11-16T14:29:15Z

Video call not working since few days.

FredrikAugust · 2019-12-14T10:29:57Z

Should note that it also applies to regular voice calls.

raphtabe · 2019-12-18T09:30:55Z

note : version 2.39.0 works fine

huylv · 2019-12-19T09:12:01Z

note : version 2.39.0 works fine

Nice to know. Just downgraded and working great now!

jiffyjoker · 2020-01-26T17:09:56Z

This is still an issue for all platforms. A reinstall of Caprine will temporarily fix call functionality but will break again after calls are made or received... There is no need to uninstall Caprine before reinstalling again.. Again. as stated above v2.39.0 does not contain this bug.

huylv · 2020-01-28T09:30:00Z

If you don't need Dark Mode, 2.39.0 is the way to go at the moment. It is very stable, at least from my own experience. To avoid auto-update on macOS, just rename the app to something else, e.g. Caprine 2.39.app. Can't speak for other platforms though.

Rezonansowy · 2020-03-03T21:40:59Z

It's good that we've got a workaround which is a temporary downgrade. However, the issue is still persistent in version 2.43.0 while calls work just fine on Chrome and other browsers. Attached is the screenshot of the blank window which appears when you initiate/join calls.

Are there any updates on this?

flriancu · 2020-03-07T21:58:32Z

fyi breaking commit seems to be 833c42b; i'm not well-versed with Electron but maybe someone can take a look in index.ts

Friedd · 2020-03-20T14:22:45Z

It's good that we've got a workaround which is a temporary downgrade. However, the issue is still persistent in version 2.43.0 while calls work just fine on Chrome and other browsers. Attached is the screenshot of the blank window which appears when you initiate/join calls.

Are there any updates on this?

same here on Version 2.44.0 (2.44.0.1789)

Cellule · 2020-03-21T06:13:57Z

I did some digging with my limited knowledge of electron.

Messenger will open a window with about:blank create a call then change the url of that window to the call.
However, since electron 7, the new window never receives the new url.

I did a very simple test with the following html

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">
    <script>
      function onClick() {
        const linkWindow = window.open("", "_blank");
        setTimeout(() => {
          linkWindow.location.href="https://google.com"
        }, 2000)
      }
    </script>
  </head>
  <body>
    <div id="root">
      <button onclick="onClick()">
        click me
      </button>
    </div>
  </body>
</html>

This works in any browser, but not in electron.
I did a quick search in their issue tracker and couldn't find something relevant.
It might already be fixed in electron > 8.

kopach · 2020-03-29T21:01:03Z

Just discovered, that on macOS there is already native Messenger available built by Facebook, switching to that app myself https://apps.apple.com/pl/app/messenger/id1480068668?mt=12

FredrikAugust · 2020-03-30T06:55:45Z

The app you referenced @kopach is not available in all countries, including Norway :(

deril · 2020-03-30T11:10:48Z

@kopach This app available only for
🇦🇺 Australia
🇫🇷 France
🇲🇽 Mexico
🇳🇿 New Zealand
🇵🇱 Poland

1nikolas · 2020-03-30T14:14:17Z

@kopach This app available only for
🇦🇺 Australia
🇫🇷 France
🇲🇽 Mexico
🇳🇿 New Zealand
🇵🇱 Poland

But why?
Okay I found why

If someone wants to try the official app, I uploaded it here

xChickens · 2020-03-30T20:40:32Z

If you don't need Dark Mode, 2.39.0 is the way to go at the moment. It is very stable, at least from my own experience. To avoid auto-update on macOS, just rename the app to something else, e.g. Caprine 2.39.app. Can't speak for other platforms though.

Literally can't even install 2.39.0 anymore. No idea what's going on with the installer but it just gets stuck on "installing, please wait..." whereas the installer for 2.44.0 is fine. Don't know why there's no
option to disable auto-update.

kopach · 2020-04-01T16:46:48Z

Just discovered, that on macOS there is already native Messenger available built by Facebook, switching to that app myself apps.apple.com/pl/app/messenger/id1480068668?mt=12

After some time using official app – I would prefer switching back to Caprine, which is IMHO more functional and easy to use, if this ticket get solved. The only issue with Caprine for me now - not working calls :/

1nikolas · 2020-04-01T17:01:01Z

Just discovered, that on macOS there is already native Messenger available built by Facebook, switching to that app myself apps.apple.com/pl/app/messenger/id1480068668?mt=12

After some time using official app – I would prefer switching back to Caprine, which is IMHO more functional and easy to use, if this ticket get solved. The only issue with Caprine for me now - not working calls :/

The problem with Caprine is that it uses the web interface. The official app works like the mobile app; it uses a database to store messages and thus it loads faster and its less laggier/more responsive. This is not something Caprine can do (unless someone digs through messenger's api and use that), so it's not as good as the official.. (I'm not telling that Caprine is not good, Caprine is as good as it can be but it can't be as good as the original)
Keep in mind that the official app is essentially in beta (that's why they've rolled it out in specific countries)

lashkevi · 2020-04-01T20:59:12Z

The same on Linux, Caprine 2.44.0 (appimage).

1nikolas · 2020-04-01T21:02:36Z

The same on Linux, Caprine 2.44.0 (appimage).

Everyone should have this problem. Facebook changed something in Messenger that broke Caprine

lashkevi · 2020-04-01T21:13:05Z

The same on Linux, Caprine 2.44.0 (appimage).

Everyone should have this problem. Facebook changed something in Messenger that broke Caprine
On Caprine 2.39.0 the calls work. But on Linux it has a damn bad way to toggle from the systray.

1nikolas · 2020-04-02T22:42:43Z

Well, now it's on Windows too if anyone wants to try
https://about.fb.com/news/2020/04/messenger-desktop-app/

raphtabe · 2020-04-03T11:31:55Z

Official App is available on the Mac App Store too.
Seems to be worldwide this time.

swiatlyk · 2020-04-04T18:00:37Z

Same for me. KDE-Neon and .deb package. Video and calls not working, only white blank page.

wereii · 2020-04-06T12:32:11Z

The next text is outdated, see update below

I have resolved this on my local testing electron app (Calls doesn't work there either.)
A basic electron app with app.loadURL("https://www.messenger.com") - it works there.

As @Cellule pointed out, there is some inconsistency (pretty big it seems) between electron's window.open and normal browser's so supporting 3rd party websites with their use of these APIs will be hard.

The problem is in that, when trying to open a new call, Messenger's scripts are trying to open a blank window (we can see that) and then further in, the new url location of that window is set.

Something like this (their code is obfuscated)

h = window.open("", "Group Call", "some other params");
h.location = k; // where k is a path looking like "/groupcall/lots/of/other/params"

Now, it seems this usage is completely incompatible with Electron. Normal browser would handle this and prefix the new location with your current hostname if you don't provide one in .open or in the new location itself.

For example doing the same on electron but without passing any args (just .open() ) and then, If the location I try to set isn't full URL with protocol and hostname (https://www.messenger.com/my/new/path instead of just /my/new/path) it reliably fails, unable to parse the URL.

Compared, on my Firefox it works as it is probably widely expected and that is, if you pass only new path, your current's window proto+hostname+path is automatically used as base for that path. So If I do this in a window with current location https://test.com/path then opening a new window and setting the location on it to /groupcall should result in loading https://test.com/path/groupcall. This is probably what Messenger script's expect.

For now I've resovled this using Proxys and hooking into the window opening to prefix the proto+host before any window location. For now I've been doing this in the Electron's preload.js, when I tried to apply this to Caprine the hooks were not propagated, which is caused by that contextIsolation: true setting for preload scripts and it might not be a good idea to turn that off (if you don't want some scripts having direct access to your data). Unluckily something is still broken even after disabling some of these. So I was unable to apply these hacks to Caprine.

I wrote all of the above yesterday and I will keep it there just for the "documentation" sake.

So, today I found out there is a Electron webcontent's setting that allows the window.location behavior to work like Chrome: nativeWindowOpen. Which is cool because it solves all of the above, at least in simple Electron app.

But, with Caprine this isn't that easy as there is a bit of logic around window-open event in index.ts (privacy logic too), this all might as well break it.

For example, without also setting allowpopups on the root webview, all new-window events now have url of about:blank#blocked instead of just about:blank, there are more differences and I just don't think it's worth it, it could break the current window-open url control.

TLDR

Doing newWindow.location = "/path" fails because at it seems, by default electron is trying to join the new-window's location (that window's window.location) with the new location (/path), but the new-window doesn't have valid location.href because it wasn't opened with one.
w1 = window.open() // w1.location.href === "about:blank"
In normal browser, as long as your new location is not valid URL on it's own (?) it would join the new path with current's window (the window from where you are opening the new-window) location, not the new-window's one.

Solutions

When open of Group Calls window is detected, additionally pre-set the location to https://www.messenger.com.
Leverage nativeWindowOpen

Edit: added nativeWindowOpen as another possible solution

kolo-bezka · 2023-03-05T09:18:06Z

https://github.com/sindresorhus/caprine/releases/download/v2.57.0/caprine_2.57.0_amd64.deb

video chat dont work, only for 3sec

caprine_2.55.2_amd64.deb perfect with MINT20 sys
https://master.dl.sourceforge.net/project/caprine.mirror/v2.55.2/caprine_2.55.2_amd64.deb
https://sourceforge.net/mirror/caprine/activity/?

techcaotri · 2023-03-06T15:42:26Z

thanks @kolo-bezka . you saved my day 👍

pipiscrew mentioned this issue Nov 17, 2019

v2.41.1 - call is not available #1193

Closed

CvX changed the title ~~macOS 10.13.6: Video call not working~~ Video calls not working Dec 14, 2019

This was referenced Dec 14, 2019

Caprine opening chat in blank window #1219

Closed

Call and video call issue #1208

Closed

Calls not working #1203

Closed

CvX changed the title ~~Video calls not working~~ Calls not working Dec 14, 2019

raphtabe mentioned this issue Dec 18, 2019

I can't voice or video call at all #1222

Closed

This was referenced Dec 27, 2019

Video Call #1227

Closed

Mesasnger Call #1226

Closed

CvX added bug help wanted labels Dec 27, 2019

This was referenced Feb 2, 2020

Caprine nie łączy się z użytkownikami.Proszę o pomoc ! Pozdrawiam Zdzisław #1263

Closed

Can't make or receive calls #1269

Closed

This was referenced Mar 28, 2020

video call and simple call doesn't work at all #1313

Closed

Voice and video calls do not work! #1291

Closed

Voice and video calls do not work #1290

Closed

1nikolas mentioned this issue Mar 30, 2020

Blank screen when using voice/video call feature ! #1304

Closed

wereii mentioned this issue Apr 5, 2020

Phone and video calling do not work on Arch Linux #1323

Closed

wereii mentioned this issue Apr 6, 2020

Fix making and receiving calls #1325

Merged

1nikolas mentioned this issue Apr 6, 2020

How does it compare to Messenger Desktop? #1321

Open

CvX closed this as completed in #1325 Apr 7, 2020

wereii mentioned this issue Apr 24, 2020

Clicking a _blank URL to open an external window does nothing evevision/evevision#30

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Calls not working #1189

Calls not working #1189

huylv commented Nov 16, 2019

Hamish-GJP commented Nov 16, 2019

AndroidStdio commented Nov 16, 2019

FredrikAugust commented Dec 14, 2019 •

edited

Loading

raphtabe commented Dec 18, 2019

huylv commented Dec 19, 2019

jiffyjoker commented Jan 26, 2020

huylv commented Jan 28, 2020

Rezonansowy commented Mar 3, 2020

flriancu commented Mar 7, 2020

Friedd commented Mar 20, 2020

Cellule commented Mar 21, 2020

kopach commented Mar 29, 2020

FredrikAugust commented Mar 30, 2020

deril commented Mar 30, 2020

1nikolas commented Mar 30, 2020 •

edited

Loading

xChickens commented Mar 30, 2020

kopach commented Apr 1, 2020

1nikolas commented Apr 1, 2020 •

edited

Loading

lashkevi commented Apr 1, 2020

1nikolas commented Apr 1, 2020

lashkevi commented Apr 1, 2020

1nikolas commented Apr 2, 2020

raphtabe commented Apr 3, 2020

swiatlyk commented Apr 4, 2020

wereii commented Apr 6, 2020 •

edited

Loading

kolo-bezka commented Mar 5, 2023 •

edited

Loading

techcaotri commented Mar 6, 2023

Calls not working #1189

Calls not working #1189

Comments

huylv commented Nov 16, 2019

Hamish-GJP commented Nov 16, 2019

AndroidStdio commented Nov 16, 2019

FredrikAugust commented Dec 14, 2019 • edited Loading

raphtabe commented Dec 18, 2019

huylv commented Dec 19, 2019

jiffyjoker commented Jan 26, 2020

huylv commented Jan 28, 2020

Rezonansowy commented Mar 3, 2020

flriancu commented Mar 7, 2020

Friedd commented Mar 20, 2020

Cellule commented Mar 21, 2020

kopach commented Mar 29, 2020

FredrikAugust commented Mar 30, 2020

deril commented Mar 30, 2020

1nikolas commented Mar 30, 2020 • edited Loading

xChickens commented Mar 30, 2020

kopach commented Apr 1, 2020

1nikolas commented Apr 1, 2020 • edited Loading

lashkevi commented Apr 1, 2020

1nikolas commented Apr 1, 2020

lashkevi commented Apr 1, 2020

1nikolas commented Apr 2, 2020

raphtabe commented Apr 3, 2020

swiatlyk commented Apr 4, 2020

wereii commented Apr 6, 2020 • edited Loading

I wrote all of the above yesterday and I will keep it there just for the "documentation" sake.

kolo-bezka commented Mar 5, 2023 • edited Loading

techcaotri commented Mar 6, 2023

FredrikAugust commented Dec 14, 2019 •

edited

Loading

1nikolas commented Mar 30, 2020 •

edited

Loading

1nikolas commented Apr 1, 2020 •

edited

Loading

wereii commented Apr 6, 2020 •

edited

Loading

kolo-bezka commented Mar 5, 2023 •

edited

Loading