[i3king] errors? #207
Labels
No labels
Arch PKGBUILD
bug
build
commandline
duplicate
enhancement
font
good first issue
help wanted
implemented
is-it-really-a-bug?
necromancy
not-reproducable
question
reproducable
rofi
solved?
stalled
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
bud/i3ass#207
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
before anything else, try to reproduce the bug with the wiki config
still occurs... (not relevant)
Describe the bug
This issue does not break the behavior of the
i3kingbut script reports:each time new window spawns included in DEFAULT rule.
To Reproduce
Steps to reproduce the behavior:
i3kingwithi3king --verbose --config /path/to/minimal/configauto, eg:i3term --autotileusing i3termi3king's output.Minimal
i3kingconfig:Expected behavior
i3kingworks as expected, but the errors pop up.Screenshots
Full output after spawning the terminal:
Desktop (please complete the following information):
Post the output of the command
i3assAdditional context
Tried both release and
-gitversions available on aur.After short investigation it appears, that this happens only if DEFAULT rule is present.
Also when I change DEFAULT to GLOBAL similar issue pops up somewhere else:
Without those,
i3kinghas no other issues like that.big thanks for reporting this. I will try to fix the issue tomorrow.
i think the problem is that the configuration has some typos:
The syntax definition is like this:
So, RULE on line 1, COMMAND on line 2, with COMMAND indented.
Backslash can be used to escape newlines. The last
\(and,) in the minimal default makes it invalid:what we want:
can be written like this:
I will try to catch these types of errors in the i3king parser, and print useful error messages. That fits perfect with the other patches to the next release which is about stricter commandline parsing.
with #208 , the output will look like this:
and when a window matching a broken rule it will result in this:
@gmardom again thanks for reporting, even if it was broken config that triggered the issue, i bet it was just the top of iceberg of issues that this caused. I never tested but i would guess, that the list of commands would be wrong for all other rules as well, when this happened, because it caused a mismatch between
command_counterandrule_counter.@budRich
Hi bud, I have too encountered this error some time ago. I assumed (incorrectly it seems now) that it was my own doing and kept editing the config for i3king until the error message no longer appeared. Admittedly, I find/found the syntax for i3king's config quite hard to grasp.
I did discover that it was related to GLOBAL and DEFAULT, but couldn't make sense of it ; and eventually ended up with a significantly slimmed down config file, having removed the majority of my i3king rule statements.
Sorry for not reporting this.
I'm glad that my inability to copy/paste config from i3term's readme helped in some way ;P
copy what i mean, not what i paste