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
Sites like Google Translate exit insert mode while typing #3596
Comments
Hmm, I can't seem to reproduce this on my machine (qt5.7.1). Maybe this is one of the 5.10 bugs though? |
It's most likely caused by #3427 as workaround for #3401 (indeed on Qt 5.10 only) - cc @Ryan-Farley. Not sure if there's anything we can do without breaking that workaround, though. |
Wait, I can't actually reproduce this on Qt 5.10 either. Does the statusbar still say "-- INSERT MODE --"? |
I could only get it to trigger once, @The-Compiler and @jgkamat can you press 'i' as soon as you see the cursor in the box and then immediately mash letter keys? I think it happened as the x appeared in the box there, which requires timing. I could be wrong though |
Weird. It happens for me every time, even if I let the page load completely and wait for a bit before entering insert mode. Here's screenshots of what I see: |
Here's my debug log of starting qutebrowser, reproducing the bug, and closing, if it's of any help. 16:58:11 is when I pressed |
This part seems relevant - this is what happened when I entered a character in the textbox, I think. I apologize if I am spamming. |
Thanks! I was able to reproduce it once as well. |
Hitting this on 2 machines. Impacts google docs and a number of other textareas. Does not seem to impact all textareas though, as this github input box works fine, but google docs in another tab is unusable. |
It happes to me too when translate "refresh" the translation. If I turn off instant translation the problem dissapears. |
I will add that I have not only issues with Google (gmail/docs) but also GitLab. Also some pages are "refreshing" in a loop... I cant even enter insert mode... |
The refreshing loop is a qt5.11 issue, the latest master has a commit trying to work around that.
…On June 7, 2018 9:13:51 AM EDT, Robert Olejnik ***@***.***> wrote:
I will add that I have not only issues with Google (gmail/docs) but
also GitLab.
Also some pages are "refreshing" in a loop...
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
This problem is annoying me as well; if it is of any relevace, in Google Maps I experience the problem (i.e. back to command mode without pressing Esc) only when I empty the search box.
|
Something similar happens on https://caniuse.com when searching: Type some letter in the search field, and after a pause the browser exits insert mode. |
This issue is still affecting me, any updates? |
@lockeadams so far nobody has looked at it, and the Qt bug behind it still isn't fixed as far as I know. If there are updates, subscribing to the issue is the best way to know about them. |
Just to increase visibility, please go vote for QTBUG-65223. I'm pretty surprised it's not fixed yet :( |
It's especially visible on https://www.apertium.org/index.eng.html, it seems QB leaves (then reenters) insert mode regularly (every 500ms) so if you type fast you can actually send a command to QB instead of type some text. (qt 4.11, Qb 1.4.2, will try with the latest one when I get the opportunity). |
if you turn off "Auto translate" feature in Google Translate, you can continue typing in Insert Mode without interruption. |
How would you turn that off? |
There's several pages that cause this issue for me; I've largely figured out what they are at this point so I just use passthrough mode on them now. It's an okay, though slightly clunky, workaround. |
@robertp-indeed thanks for mentioning that, I didn't even think of trying passthrough mode! It isn't ideal, but it is better than pressing |
Maybe i am little late, but |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
I had the same problem on https://melpa.org/#/, but Thanks @Yrds! |
I can confirme that |
This should mostly be solved nowadays (via #4723) by exiting insert mode when a page finished loading. I wrote an explanation of what's going on for Reddit, here it is: The main problem here is QTBUG-65223 which means that QtWebEngine (since Qt 5.10) emits its
I wish there was a better solution (or that bug would finally get fixed) - but so far, I haven't been able to think of one. |
Thank you for this comment. I had not realized that the issue had been fixed and closed and that I could stop having |
Unfortunately this is still an issue for me even with |
@nrdxp Works fine for me. Please open a new issue with the information from the template and detailed reproduction steps. |
Steps to reproduce:
https://translate.google.de/
i
to enter insert modea
in the textboxBehavior I see: Browser exists insert mode immediately even though
esc
was not pressed.Expected behavior: Browser stays in insert mode.
Can someone also test this, please? Only seen this happen on google translate though. Same thing happens when opening
https://translate.google.de/#de/en/
instead ofhttps://translate.google.de/
.Version info
qutebrowser v1.1.1
Git commit:
Backend: QtWebEngine (Chromium 61.0.3163.140)
CPython: 3.6.4
Qt: 5.10.0
PyQt: 5.10
sip: 4.19.7
colorama: no
pypeg2: 2.15
jinja2: 2.10
pygments: 2.2.0
yaml: 3.12
cssutils: no
attr: 17.4.0
PyQt5.QtWebEngineWidgets: yes
PyQt5.QtWebKitWidgets: no
pdf.js: no
sqlite: 3.22.0
QtNetwork SSL: OpenSSL 1.1.0g 2 Nov 2017
Style: QFusionStyle
Platform: Linux-4.15.2-2-ARCH-x86_64-with-arch, 64bit
Linux distribution: Arch Linux (arch)
Frozen: False
Imported from /usr/lib/python3.6/site-packages/qutebrowser
Qt library executable path: /usr/lib/qt/libexec, data path: /usr/share/qt
Paths:
cache: /home/lark/.cache/qutebrowser
config: /home/lark/.config/qutebrowser
data: /home/lark/.local/share/qutebrowser
runtime: /run/user/1000/qutebrowser
system data: /usr/share/qutebrowser
Uptime: 0:01:31
The text was updated successfully, but these errors were encountered: