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

Browser window is not activated after clicking link #196

Open
marcelkorpel opened this issue Nov 14, 2017 · 9 comments
Open

Browser window is not activated after clicking link #196

marcelkorpel opened this issue Nov 14, 2017 · 9 comments
Labels
bug The issue exposes a bug.
Milestone

Comments

@marcelkorpel
Copy link

When I click a link in one application, e.g. Thunderbird or urxvt, the link is sent to my default browser (in my case Firefox). However, the browser window is not activated, as it was in 1.3.8.

@gijsbers
Copy link
Collaborator

Is there any effect? What proves that this is caused by IceWM?

@marcelkorpel
Copy link
Author

This behaviour only popped up after installing IceWM from Github. But it is rather inpredictable, as I just clicked on the link to this issue in an email in Thunderbird and now the Firefox window is raised, as expected.

Couldn't it be related to focus (though I don't think so)? I'm now in 'quiet sloppy' mode (which is new to me) instead of 'sloppy'. I also can't find it in the manual in /usr/share/doc/icewm/icewm.htm.

@marcelkorpel
Copy link
Author

And the effect is that the actual link is opened in a new tab in my default browser, only the window is not raised.

@gijsbers
Copy link
Collaborator

If you examine the output of xprop for the browser when it is raised and when it is not do you see differences? Try multiple times to get a consistent measurement.

@marcelkorpel
Copy link
Author

I just had a whole series of non-raised and (after logging out and in again) raised windows after clicking on a link. I don't see any clear differences (apart from the obvious ones), only that _NET_WM_STATE(ATOM) is output earlier when a window is raised.

diff.txt

@gijsbers
Copy link
Collaborator

Does it help if you set RaiseOnFocus=1 ?

@marcelkorpel
Copy link
Author

That is already the case. Strangely enough, I haven't seen this bug, the last days.

@gijsbers
Copy link
Collaborator

@marcelkorpel Did you ever see this again? And/or recently?

@marcelkorpel
Copy link
Author

Yes, every now and then, alas. The last time was about two weeks ago.

@bbidulock bbidulock added the bug The issue exposes a bug. label May 20, 2018
@bbidulock bbidulock added this to the 1.4.3 milestone Jun 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug The issue exposes a bug.
Projects
None yet
Development

No branches or pull requests

3 participants