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

Some apps is not closed or killed 100% #27

Closed
nikotidar opened this issue Nov 28, 2019 · 7 comments
Closed

Some apps is not closed or killed 100% #27

nikotidar opened this issue Nov 28, 2019 · 7 comments
Labels
bug Something isn't working

Comments

@nikotidar
Copy link

Hi, again.
I hope you're not bored with me.

In this case, some applications is not closed or killed 100%. I mean, when i using telegram-desktop then i kill the app it's looks like the app is not closed (running in background). I don't know how to describe this issue, but see the screenshot below.

Screenshot_2019-11-28_21-42-29

Thanks, Marco.

@aesophor
Copy link
Owner

aesophor commented Nov 28, 2019

Hi there!

I know what you mean, since I've experienced a similar bug before. The problem is that some programs will unmap their window(s) but not destroying them immediately, leaving empty window(s) in the workspace (as seen in the screenshot you provided).

Are you running the latest build of this wm? I'm asking because I've fixed this issue ~2 days ago. If you're already running the latest build but still having this problem, please let me know and I'll test it with telegram-desktop on my machine. Thanks!


Just tested it on my machine with telegram-desktop-bin-1.8.15 and it's working fine with the latest version of Wmderland.

@nikotidar
Copy link
Author

Umm.. it seems to be affected on another programs. I mean, if you opened some link from terminal (in this case, i'm using urxvt) you'll get two browsers run like mirror display. Check it out my video below.

Video

@aesophor aesophor added the bug Something isn't working label Nov 29, 2019
@aesophor
Copy link
Owner

I've successfully reproduced this bug with firefox. I'll see if I could fix it!

aesophor added a commit that referenced this issue Nov 29, 2019
This commit fixes issue #27

We should check if the window is already in Client::mapper_,
not in the workspace.
@aesophor
Copy link
Owner

aesophor commented Nov 29, 2019

The patch 78aac74 is now in master.

Tested it with firefox and the problem no longer exists.

@nikotidar
Copy link
Author

Confirmed, it's fixed!
Thanks, mate!

@aesophor
Copy link
Owner

Yay!

If you've found any other bug, please let me know! 😄

@nikotidar
Copy link
Author

Sure!

Thanks, pal! I really love you window manager 😂

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants