-
Notifications
You must be signed in to change notification settings - Fork 89
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
Misleading error message on crash during initialization #122
Comments
Yeah, I think that is a reasonable change in behavior. Nice find! Do you want to submit a PR? Otherwise, I can do it. |
You can do it if you don't mind. I haven't forked the project yet. |
So, and how i can run wingo?
|
I don't think wingo modifies workspace list when replacing. Create more workspaces in your existing window manger. |
I use awesome. Ok, i add second tag, but:
It means "--replace" is not my case? |
It means your existing window manager isn't quitting when Wingo asks it too. On Sep 7, 2016 5:44 AM, "Averrin" notifications@github.com wrote:
|
Ok, |
Steps to reproduce:
Errors in console:
When you read the default config you can clearly see the 6 workspaces:
~/.config/wingo/options.wini
Yet, it does not work. Apparently there's a hidden check for EWMH that overrides the config file.
In state.go:
I think this could be handled more gracefully. Perhaps by doing something equivalent to this:
So that it reverts back to options.wini if DesktopNamesGet is insufficient (even if it is present). Having said that I believe this behavior should be properly documented (I suggest putting it in options.wini in the comment above the workspaces variable) and actually logged as well in some verbose log level.
Thoughts?
The text was updated successfully, but these errors were encountered: