-
Notifications
You must be signed in to change notification settings - Fork 287
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
Ubuntu/Gnome, after fresh boot (with element starting), application shortcut launches new, not open existing #679
Comments
This issue seemed to start in the last... week or so? So a recent regression. When I quit the instance of Element that was launched at boot, then minimise it, then do the application shortcut, THAT time it restores the application, instead of creating a second instance of Element. So this looks to be centric to the boot process somehow... |
For the record, using today's Element Nightly, on Ubuntu MATE 21.10, this does not happen for me, so it may be specific to GNOME. |
I am still having this issue as of today. It happens after every boot, without exception. And I do update my Element regularly when it hits the repos. Also, did all the Element issues get merged into element-web? |
I am still having this issue. Ubuntu 20.04, GNOME 3.36.8 |
I'd also like to point out this creates session problems, because the second Element instance wants me to log back in again. This is a problem when I authorise all my Element instances to decrypt my stuff securely. This does NOT happen occasionally @gsouquet , this happens EVERY TIME. Can we please have this bumped up? |
Okay this actually broke a profile on one of my desktops and now I have to completely rebuild that profile. THIS IS A PROBLEM. |
Okay so today something about my Element session got corrupted, and I had to re-login. So I took this as an opportunity to wipe Element Desktop completely off this computer to see if this issue persisted. And the issue persists. I purged (apt purge) element* and riot* (since I've been using it so long it used to be Riot). I also searched my entire root, recursively, for anything element/Element/riot/Riot related and deleted any folders/files that looked related to the chat app. I removed the repo. I then re-added the repo, following the download instructions on the current page (as of this writing), adding the repo, apt update, install app, etc. Login, validate session, etc. Reboot... It starts at boot, but if I click on the application shortcut in the side-bar for Element, it starts a SECOND session (asking me to login) instead of just maximising the Element-Desktop that's already running (in the system tray, etec). So... this issue STILL EXISTS and I cannot find any evidence this is due to untidy configuration. Currently on Ubuntu 20.04. |
So I have a fresh install of Ubuntu and this issue is STILL happening! Now rocking Ubuntu 22.04 LTS. Installing Element via apt repo. This is strictly related to the autostart instance of Element |
@t3chguy any chance we can have this issue re-evaluated for priority/tagging please? |
@BloodyIron it doesn't seem very widespread, has 0 upvotes on the issue and could not be reproduced by one of the developers |
Well I have no idea what more I can do on my end, as I do believe I've exhausted all visible troubleshooting and feedback steps that one would take. A fresh OS install is pretty absolute. |
I'm still having this issue by the way. I'm now on a fresh install of Ubuntu 23.04, with GNOME 44 (fresh as of a few months ago, like complete blank slate install). The behaviour is still the same. Element version: 1.11.39 I don't know if it's somehow magically relevant, but my system is running 3x monitors, L and R are 1920x1080 and Center is 2560x1440. Also, this same issue happens on my SO's computer, I believe they're running either Ubuntu 20.04 or 22.04 (I forget this moment) and their setup is 2x monitors each 1920x1080. And they are also on the stock included GNOME for their install. So the evidence I have in-hand seems to reliably show this isn't tied to a specific computer or specific install of Ubuntu. |
Another confirmation on another brand new install of Ubuntu 22.04. Just installed Element Desktop on it and the startup behaviour (after a fresh login) is happening on this system too. Whereby Element starts in the systray (due to --hidden launch flag) and I use the keyboard shortcut (super + number-corresponding-to-element) to launch Element. Again, it launches a second running instance instead of restoring/unhiding the already-running instance. For me, this is easily reproducible. And this system has only one monitor attached. Element version: 1.11.39 |
On this new system I just mentioned, I executed the same tests via CLI to get output. After a fresh login, Element is already in the systray ala --hidden. I go to my CLI and run element-desktop, and this is the start of the output:
But if I fully close all Element Desktop instances running. Then re-open Element Desktop, and send it to the systray (x in top right). I then open a CLI and run element-desktop while the other instance is in systray (but did not start with login process), I get this output:
And then it correctly, immediately, quits the second instance of Element Desktop. This whole issue seems to rely on how Element Desktop detects another instance of itself, and that method somehow not working when Ubuntu/Gnome auto-starts it after login. This issue is so consistent now, I really do think this warrants a milestone or some sort of triage, etc. Can we please get someone to add this to some sort of queue or equivalent? 🤔 |
https://www.electronjs.org/docs/latest/api/app#apprequestsingleinstancelockadditionaldata |
So what's to be done then? |
@BloodyIron as someone who can reproduce it I suggest opening an issue with Electron upstream. |
I don't develop with Electron though, I realistically cannot represent what in the code is actually causing the problem. Is this the response for every up-stream bug that is identified? It seems reasonable to me the Matrix devs are the ones to engage up-stream devs (Electron or otherwise) on bugs of such nature. I mean, you were able to identify that the likely cause is in Electron itself, not me. I'm game for helping test stuff, but beyond that I really don't see myself an appropriate candidate. |
@BloodyIron and I can't reproduce your issue so cannot field the questions they'd have without being a messenger and there aren't enough hours in the day for me to be an intermediary in reporting OS/platform-specific bugs for people. |
@t3chguy what can you tell me about the steps you've taken to try to reproduce my results? Maybe I can follow your steps and we can build on that. For example, in the 3x different computers the behaviour has been observed on the OS is installed bare metal, not in a VM. I'm not sure if you're trying in a VM (or if that even changes anything). I certainly do recognise and appreciate that time is a finite resource, and I'm not trying to get blood from a stone here. However I really do not believe I am an appropriate candidate for engaging upstream devs as I have nowhere near the same exposure to the Element code as I do believe you have (and yeah that is an assumption indeed). So maybe we can compare notes further and build on that or something. :) I do appreciate your time (and the time of all those involved in Element/Matrix stuff), and I really hope we can get this figured out, even if it takes more time. |
@BloodyIron I used a VM under UTM on my Macbook M1, using https://mac.getutm.app/gallery/ubuntu-20-04 - installed Element Desktop (not nightly) and enabled start at boot in Element's settings. Restarted, waited for it to launch, clicked icon to bring it up from the background (could see it alive and well in the tray) - only ended up with 1 tray icon. |
I seem to have run into the same scenario of Element actually running, but that not being detected if I try to start it via CLI:
|
I have just experienced this. It appears to be due to leveldb corruption. I restored a copy of ~/.config/Riot (yes, my install that old, though using Element) from last week and the issue is resolved. |
And for those of us who don't have such old copies/backups? Surely we can actually find a solution. This STILL is happening for me. |
Sorry, this wasn't to suggest the problem is solved, but that it is due to file corruption, and where. |
But it is not due to corruption, because it happens on fresh installs that don't have such data at all. You may have found an example solution in one specific scenario, but it is not the scenario this whole thing is about.. |
I am still having this problem EVERY SINGLE TIME I REBOOT ON EVERY LINUX COMPUTER I USE ELEMENT DESKTOP ON. (which is multiple) |
This is no longer just a boot problem, this has actually become a problem at any time. I'll have Element already running and minimised to my system tray (again Ubuntu Linux) and I click on Element on my app-bar, expecting it to open the already-running instance. Instead it starts an additional instance of Element almost every time. Element version: 1.11.71 This issue has not improved in over 2 years now. When will this be taken seriously? This is very easy to reproduce and it happens on every computer in my household. |
@t3chguy can we please get this revisited? |
@BloodyIron that isn't under my control. I suggest you find other people who can reproduce and get some upvotes. |
Same issue here - already removed the link to my @axel_h:matrix.org account from my email templates since a click on such links always opens a new instance on my Debian trixie box running element-desktop 1.11.86 amd64 |
Steps to reproduce
Outcome
What did you expect?
I expect the existing Element to launch, instead of a second instance
What happened instead?
A second instance launched, and it of course asked for my login credentials (since this is a second instance)
Operating system
Ubuntu 20.04
Application version
Element version: 1.10.6 Olm version: 3.2.8
How did you install the app?
From the Element repo, as per the main website set up steps
Homeserver
Default matrix server, public
Will you send logs?
No
The text was updated successfully, but these errors were encountered: