-
-
Notifications
You must be signed in to change notification settings - Fork 118
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
Electron apps in system tray do not respond to left click #1049
Comments
Native stuff in the system tray like the Bluetooth applet, or non-Electron applets behave as expected. Older Electron version (e.g., Skype from 6 months ago) also works as expected. |
Try play with this key Panel restart is needed.
Sounds Microsoft change something which is not in our hand? |
Hi,
Thanks for the suggestion. With the SNI set to false, both left click and
right click display the context menu - so no, this does not remedy the
issue.
Some more info & history:
- Both Slack and Skype used to work properly.
- Slack used a very old version of Electron and when F29 came out, it
stopped working (would not even start). When the finally fixed the Electron
version, we got this issue - left click in system tray does not bring up
the app.
- Skype for Linux uses Electron - a newer version than Slack, since Skype
did work on F29. After they released the latest update (close in time to
the Slack update) which might have updated the Electron version, left click
stopped working there too.
- Non-Electron apps like Zoom still work properly even with SNI set to rue,
i.e. the left click brings up their main window.
So, the issue is likely related to Electron, but I don't have much of an
idea how to debug it further.
…On Sun, 16 Jun 2019 at 17:02, raveit65 ***@***.***> wrote:
Try play with this key
***@***.*** ~]$ gsettings get org.mate.panel enable-sni-support
true
Panel restart is needed.
Older Electron version (e.g., Skype from 6 months ago) also works as
expected.
Sounds Microsoft change something which is not in our hand?
Personal I don't use skype.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<https://github.com/mate-desktop/mate-indicator-applet/issues/44?email_source=notifications&email_token=ABQG3C3CY7NNVLMBULFY32TP2ZBV7A5CNFSM4HLS5ERKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXZNW7Y#issuecomment-502455167>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABQG3C4NDFCCT3J36TM5JWDP2ZBV7ANCNFSM4HLS5ERA>
.
|
Are electron developers informed for using skype with Mate? |
No, but I would not blame Electron - as the issue started the moment it
switched from GTK to Qt for the GUI toolit. So the issue is likely with Qt
apps going to our system tray and whether they get/respond to left click at
all.
…On Thu, 9 Jan 2020 at 01:17, raveit65 ***@***.***> wrote:
Are electron developers informed for using skype with Mate?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1049?email_source=notifications&email_token=ABQG3C7SSXU7MOBEHYKP25DQ4ZNHLA5CNFSM4KC3BMTKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIOK2RI#issuecomment-572304709>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABQG3C3VYCJC4IHKQWFSE33Q4ZNHLANCNFSM4KC3BMTA>
.
|
Dropbox or keepassxc na-tray applets are using Qt too and they are working fine, so, i am still wondering what make's the different? |
Hm, don't know what Dropbox uses, but on my PC it does not respond to a
left click in the system tray (I'm not sure if it ever did, though).
If I had a clue where to start from, I would have started :) Maybe I should
write an Electron app an test it locally? No idea, really.
…On Thu, 9 Jan 2020 at 01:44, raveit65 ***@***.***> wrote:
Dropbox or keepassxc na-tray applets are using Qt too and they are working
fine, so, i am still wondering what make's the different?
And how should a developer fix the issue without to know what is change in
electron code base?
In other words, where should we begin?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1049?email_source=notifications&email_token=ABQG3CYIANW7C6F3QBU2MIDQ4ZQMVA5CNFSM4KC3BMTKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIOMUII#issuecomment-572312097>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABQG3C72ANXTDZPOE72GEM3Q4ZQMVANCNFSM4KC3BMTA>
.
|
That's a different when SNI suport is enabled. Try disable SNI support and left-click will work. |
There are some suggestions that the issue is related to the use of
libappindicator3, which we get from GTK3. And some reports that without it,
Electron apps work fine. I know that Electron will use libappindicator if
it is available. Also, the issue started with Electron v3 and later, v2 is
reported to work properly.
…On Thu, 9 Jan 2020 at 01:54, raveit65 ***@***.***> wrote:
Hm, don't know what Dropbox uses, but on my PC it does not respond to a
left click in the system tray (I'm not sure if it ever did, though).
That's a different when SNI suport is enabled. Try disable SNI support and
left-click will work.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1049?email_source=notifications&email_token=ABQG3C4G25HTXRUKKVURB6DQ4ZRSBA5CNFSM4KC3BMTKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIONH2Q#issuecomment-572314602>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABQG3C6OQOVRX7E4XE2ULFLQ4ZRSBANCNFSM4KC3BMTA>
.
|
Expected behaviour
Single-click or double-click of a system tray icon would always open the corresponding app. If the app was already open, but minimsed (i.e. has a button on the task switcher in the panel), it would still bring it up.
Actual behaviour
Since one of the latest Electron releases, Electron apps no longer follow this paradigm. Left click on their icon, both single and double, does nothing. Example apps are latest Skype and Slack versions.
Steps to reproduce the behaviour
MATE general version
1.22
Package version
1.22.1-1
Linux Distribution
Fedora 29, Fedora 30
Link to downstream report of your Distribution
The text was updated successfully, but these errors were encountered: