#2606 closed defect (worksforme)
Evolution-flatpak questions
Reported by: | stdedos | Owned by: | stdedos |
---|---|---|---|
Priority: | major | Milestone: | 4.0 |
Component: | client | Version: | 3.0.x |
Keywords: | Cc: |
Description (last modified by )
Because Xenial-shipped Evolution is quite old, I decided to install the flatpak version of it as soon as I discovered it.
Only 4 commands to set it up
sudo apt-get install flatpak gnome-software-plugin-flatpak flatpak --user remote-add --if-not-exists flathub https://flathub.org/repo/ flatpak install --user flathub org.gnome.Evolution env GTK_MODULES="${GTK_MODULES//:unity-gtk-module/}" flatpak run org.gnome.Evolution # ^^^ hides one of the numerous warnings
1) I have configured a mail account, and the password is stored in gnome-keyring. However, when I am opening it in an xpra session (concurrently with :0), it will always ask me for a password for said account.
It pairs that with an error message like: org.freedesktop.secrets: Timeout was reached
I am wondering:
- If that makes any sense to you
- If you would know what it means
- If it's fixable
- Or it is a "security" feature and works as-expected
2) When said password prompt comes up, I cannot raise or switch the terminal window.
There is only one alternative - minimize or remove everything else in front of it; and even then, sometimes, clicking it makes Evolution and Evolution-PasswordPrompt to come up. At that time, I definitely cannot interact the parent gnome-terminal by mouse (I haven't tried what happens if I start another sibling gnome-terminal)
(2) is maybe related to #2604
Change History (8)
comment:1 Changed 2 years ago by
Description: | modified (diff) |
---|---|
Owner: | changed from Antoine Martin to stdedos |
comment:2 follow-up: 3 Changed 2 years ago by
Description: | modified (diff) |
---|
2) When said password prompt comes up, I cannot raise or switch the terminal window.
This one is not a bug, see #1895 and use --modal-windows=no
or use one application per xpra session only.
comment:3 Changed 2 years ago by
Replying to Antoine Martin:
It pairs that with an error message like: org.freedesktop.secrets: Timeout was reached
From what I found: What applications provide org.freedesktop.secrets.service, you need to start gnome-keyring-daemon.
You may need to start it in such a way that its output is loaded into the current session, as on my system it prints out:
GNOME_KEYRING_CONTROL=/run/user/1000/keyring SSH_AUTH_SOCK=/run/user/1000/keyring/sshMaybe we should have a special
--start-env-daemon=
command line option to make it easier to do this? (we already do this for the dbus daemon automatically)
Does that work for you?
xpra start --attach --start=gnome-keyring-daemon --start='env GTK_MODULES="${GTK_MODULES//:unity-gtk-module/}" flatpak run org.gnome.Evolution' --modal-windows=no
works for me.
I mean, I still need to unlock the gnome-keyring (maybe I need to explicitly set the env variables you showed?) but I'll definitely call it working.
The list of applications that need to be started to get a fully functional session is ever changing..
I am absolutely fine you doing nothing about it.
Perhaps there could be different "levels" of starting stuff? One that's plain, the current one you have now (I'm assuming only dbus
?), and the next one that contains gnome-keyring-daemon
?
Replying to Antoine Martin:
2) When said password prompt comes up, I cannot raise or switch the terminal window.
This one is not a bug, see #1895 and use
--modal-windows=no
or use one application per xpra session only.
I did add it to the command line while testing; however, I don't know if it's working as expected - the gnome-keyring-daemon
"Please unlock me" prompt does not appear to be modal.
I'll keep it in mind for future testing though
comment:4 Changed 2 years ago by
btw:
- Are invocations "sanitized"?
- Is local invocation "equivalent" to what I would get if I did it remotely?
From remote start, gnome-terminal
seems to start in different CWD all the time.
Local start seems to "inherit" CWD
comment:5 Changed 2 years ago by
Are invocations "sanitized"?
What invocation?
Is local invocation "equivalent" to what I would get if I did it remotely?
I'm not sure I understand the question. Is it related to this ticket?
From remote start, gnome-terminal seems to start in different CWD all the time.
It depends what type of remote start you are using.
Unless you change the chdir
option, the server starts does not change the CWD, so this will be set by the caller. (ie: for ssh start, whatever sshd + shell are using)
comment:6 Changed 2 years ago by
s/invoke/start a new server instance e.g. gnome-terminal/g
I'm not sure I understand the question. Is it related to this ticket?
Not strictly, no. While testing this, my cwd kept moving around every time I started a new instance (which made commands with relative paths complicated)
comment:7 Changed 2 years ago by
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Please open a new ticket for questions unrelated to 'Evolution-flatpak'.
comment:8 Changed 16 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2606
From what I found: What applications provide org.freedesktop.secrets.service, you need to start gnome-keyring-daemon.
You may need to start it in such a way that its output is loaded into the current session, as on my system it prints out:
Maybe we should have a special
--start-env-daemon=
command line option to make it easier to do this? (we already do this for the dbus daemon automatically)Does that work for you?
The list of applications that need to be started to get a fully functional session is ever changing..