Skip to content
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

Nextcloud client's window disappears instead of staying visible #2549

Closed
boreq opened this issue Oct 13, 2020 · 5 comments
Closed

Nextcloud client's window disappears instead of staying visible #2549

boreq opened this issue Oct 13, 2020 · 5 comments

Comments

@boreq
Copy link

boreq commented Oct 13, 2020

When running the Nextcloud client by executing nextcloud the program immediately forks to the background and goes away.

Right now I have to try to launch it multiple times in the row until the window finally appears and I am quick enough to mouse over it and then the only way to keep it open is to go to the "settings" screen immediately.

Is it possible to always keep the initial window open or always start the program straight in the settings mode? The man page doesn't list any solutions I am afraid.

$ nextcloud --help
Nextcloud version 3.0.2git
@er-vin
Copy link
Member

er-vin commented Oct 14, 2020

This forks to the background because it is already running. When it runs you should have a systray entry which gives you access to all the windows.

When you run it again it will popup the main window which will stay around until it loose focus (but still systray should be here).

@er-vin er-vin closed this as completed Oct 14, 2020
@boreq
Copy link
Author

boreq commented Oct 14, 2020

Why was this closed? I do not have a sys tray and I do not want the UI to close itself, is there no way to change this behaviour? Nextcloud client didn't work like this prior to some update and I was able to launch it normally right into the settings view and then have it open in the settings view without fiddling with it.

A GUI program that disappears when it loses focus is a really bizzare idea. I understand that the sync process is running in the background but I don't want the GUI to disappear for no reason.

@er-vin
Copy link
Member

er-vin commented Oct 14, 2020

Well, I closed it because this was already discussed on other tickets when we rolled this out.

Other people having no systray successfully get the window when launching a second time. The window shows up and goes away when clicked somewhere else. If for some reason it's not the behavior you get, I'd tend to look at the window manager you got which doesn't properly give the focus or such.

Which environment is it?

@philliptaylorpro
Copy link

philliptaylorpro commented Aug 17, 2021

Are you actually happy with this behaviour? Run the program. Wait a bit. Run the program again?

--nosystray would be an elegant solution but yeah I guess this is fine, it works. People will no doubt repeatedly stumble across this post and "workaround" regardless. I'm on DWM which has no systray.

@jorsn
Copy link

jorsn commented Dec 18, 2022

Other people having no systray successfully get the window when launching a second time.
-- #2549 (comment)

For me, this sometimes works, and sometimes just not. If other people have a similar problem, but the solution does not work for me (and @boreq), this is no reason to close the issue. We need maybe a different solution.

The window shows up and goes away when clicked somewhere else. If for some reason it's not the behavior you get, I'd tend to look at the window manager you got which doesn't properly give the focus or such.
-- #2549 (comment)

What is ”properly”? Not everybody likes the focus to change only on click. If I change workspace (which is very common on linux WMs), my window manager focuses the top/last focused window on that workspace. I consider this sane behavior, but still I don't want any window to disappear without me closing it. Even on Gnome, you can configure focus change on mouse over.

There are just different philosophies of window managers: In some (classical windows-like desktop) the window essentially manages itself, but in every tiling window manager, the window should be strongly managed by the WM, and should let itself be managed. This is what nextcloud used to do in the past.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants