-
Notifications
You must be signed in to change notification settings - Fork 28
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
Address Bar and Browser Focus Issue #52
Comments
Added small commit to set a strong policy which includes click of CEF widget focus. But we still have a problem (as mentioned in #51) where the address bar on a new window looks like it has focus and even has a cursor, but key events are not sent to it when typed. |
I think I found a way to reliably reproduce this issue, at least the part related to #51. I've tested these steps on Arch Linux with the i3 window manager (with focus-follows-mouse both on and off, as I originally thought it might have something to do with this). Qt version is 5.9.1 and CEF binary distribution is 3.3163.1666.g052c2d2.
|
Thanks! I'll work to replicate and see if I can solve when I get some time. |
I looked some more into this and noticed that key events aren't sent at all if the CEF widget doesn't have any document loaded (which is the case with a new tab). As a hacky test, I made |
Thanks. The reason I haven't peeked yet is that i regularly use Doogie on Windows and my focus issues are different and aren't replicated in the same way. |
Go to a link, click something (to make navigation history). Then, click off the address bar and into the browser, then back into the address bar and press backspace and watch the nav go back.
We need to solve this as a focus issue. the address bar obtaining focus is not removing focus from the browser. There are other ways of triggering this such as entering a text area in the browser, going back to the URL, going back to the text area, and seeing URL still retain a cursor.
The text was updated successfully, but these errors were encountered: