-
-
Notifications
You must be signed in to change notification settings - Fork 244
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
Meeting notifications not working with "new teams" #1234
Comments
Can you try with 1.4.30 or higher? I suspect you are using the newer version of MS teams (v2). |
Yes, this is teams v2 (it did work at least most of the time with teams v1) |
https://github.com/IsmaelMartinez/teams-for-linux/releases/tag/v1.4.34 is available and it should work again. Can you try it? Thanks |
I was experiencing the same issue after switching from the older teams to the newer teams, I just installed v1.4.34, I'll let you know if it resolves the issue.
|
Still no in 1.4.34, unfortunately - or at least, mostly not: occasionally a notification does come through, which is strange. Maybe you can see some pattern in this that I'm missing? NotificationMethod is currently set to "electron" - happy to retry with "web" instead if you think that would be useful.
For the chat messages - though of course not the meeting notifications where this wouldn't apply - the systray icon did correctly update the unread count every time. |
Can you try https://github.com/IsmaelMartinez/teams-for-linux/releases/tag/v1.4.35 ? Playing catch-up with MS with the idleTimeout that "might" have been putting you into idle (so you don't get notifications. |
Sorry, no, that also hasn't worked. Thanks for trying. (Idle is of course the time I most want to get notifications - not sure what MS were thinking there) |
I'm on |
Just as another data point, I've gone back to "classic"/"v1" teams for now, and that is sending chat and meeting start notifications through to notification-daemon absolutely fine (including sending notifications for meetings which have already started when I open the client), so most of the process seems solid, just something about the new/v2 teams not generating them properly. |
Same here. I do notice the notifications from time to time, but they're seemingly displayed within the window (i.e. as part of the webpage, in lower right corner), not as desktop notifications (as a separate floating window, in my setup in upper left corner), so I only see them when I switch to the Teams window which is not at all how it's meant to work :) Sticking to v1 too for the time being (which the yellow bar never stops telling me will stop working in a month or so). |
I get the same as mikedld - are some people finding that on their desktop environment the little blue notifications can escape from the Teams window and be shown elsewhere on the desktop/in other workspaces? If so that's not how it works on mine, unfortunately. |
Hi @mikedld and @cim-- , did you try with the 'electron' notification option? It is called |
Hello - yes, I've been using |
I assume we can close this issue then as using electron you get notifications. Do report back if needs re-open (Maybe I misunderstood) |
Hello - no, please keep open. Using electron (mostly) doesn't help, it's still an issue with Teamsv2. I get the in-app-window notifications correctly (but not very usefully) I only get the notifications via notification-daemon in Teamsv2 extremely rarely (possibly only when the app window is actually closed, but not all of those either) - whereas they also worked consistently in Teamsv1. Thanks |
Fyi, using the official MacOS app, I don't get notifications since moved to teams-v2. So this might just be a MS problem after all. Some of my colleagues did manage to get their notifications back, again, in the official MacOS app, by going to settings, notifications and disabling and re-enabling them. Also notice that the electron notifications implementation has always been sub optimal, as it can't detect things like the app being in another workspace or minimised. I think it only notifies if the app is out of focus, but I don't fully remember. But we will keep trying to find a way |
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days. |
Still an issue, just commenting to remove the "stale" label. |
I think this is the old issue with electron thinking is still in focus, so not sending the notifications. Can you run the latest version with the following command and put the logs in here? teams-for-linux --webDebug --logConfig='{}' We might be able to re-implement what we had in the past to bypass the focus issue. I am not sure why we did remove the |
(and then that last message repeats a lot) |
Describe the bug
Notifications sent to notification-daemon no longer happen with the "new teams".
This does work - if somewhat erratically - with the "classic teams". I have tried both "web" and "electron" notification methods with the same results.
UseMutationTitleLogic does work for systray icon changes for "permanent" notifications, it's just the transient ones which are missing.
To Reproduce
notify-send
to test notification daemon(There is presumably more to it than this as other people have mentioned in other issues that it works for them, but I can't tell what, unfortunately)
Expected behavior
Notifications of new meetings, chat messages, etc. sent to notification daemon as with classic teams
Desktop (please complete the following information):
Debug
The main obvious error seems to be
Failed to start Activity Hub by assigning Event Handlers
error @ v2/:3
(anonymous) @ /opt/teams-for-linux/resources/app.asar/app/browser/tools/activityHub.js:44
Full log: teams.log
(Sorry, this doesn't feel like a lot of help - happy to answer more detailed questions about my system config and try other config settings, etc.)
The text was updated successfully, but these errors were encountered: