[i3run] reshowing window on renamed workspace create an extra workspace and move it there #10
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#10
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?
I create a key binding to run ranger
bindsym $mod+c exec i3run -i ranger -e "termite -e ranger --name ranger"On my workspace "1:Chrome" , i pressed $mod+c to show it, i pressed the keys to hide it, then i pressed the keys again to show it but an extra "1" workspace was created at it move my ranger instance there. This problems seems to happen on other renamed workspaces
hide it
then show it again but it moves to workspace
1instead of1:ChromeThanks for any helps 👍
@dkakashi69 thanks for reporting this. I will investigate this further. I don't use named workspaces myself, and there might be other bugs in the i3ass collection that are related to named workspaces. I think all of them can be resolved quite easy.
@dkakashi69 , i added workspace names to i3list output (i3list[WAN] , i3list[WTN]), and now send the windows to the workspace names instead of the numbers (it looks like if no name is set, it will have the number as the name (as a string)).
Clone the master branch or to get the latest changes. The files you need are i3list and i3run.
Report back if the issue persist. Or close this issue if it looks resolved (i will assume it is resolved and close it myself if there is no activity on this issue in a week).
Thanks, it works!