Anyone else had an occasional runaway text entry problem in Dev Tools for the last few snapshots?
-
I think this started happening around the time Dockable DevTools was introduced.
It's hard to know what triggers it, because it only happens occasionally.
Occasionally when I'll do something like click "edit attribute" in the inspector or start typing in the console, I'll type in a letter like "e" and the letter will start repeating "eeeeeeeeeeeeee" as if I'm holding down the key. If I type further letters, those get repeated, too, so it becomes "eeeeeeeeeeeeeeeeeeeeeexexexexexaexaexaexaexamexamexamexamexamexampexampexampexamplexamplexamplexampleexampleexampleexample..."
If I was, say editing an element attribute in the inspector, and click on something else like the console or the CSS statement filter, the text starts appearing there instead. I need to close the DevTools instance entirely when this happens.
-
I don't use the DevTools extensively but Vivaldi has a similar (same?) bug elsewhere.
For example: In Vivaldi Preferences, edit any theme, click on the hex value of any colour, backspace until only the # remains, and then try to enter a new hex value.
I've reported my issue as a bug - VB-28621. Hopefully it will address yours too.
-
@xyzzy Oh yeah, that one is neat, you practically can't change a theme by hand, you always have to copy paste the values in....
Can't reproduce the problem with devtools though, or it still hasn't happened to me.
-
@luetage ... or enter them via the macOS "color picker" widget.
-
@Isildur If this issue reproduces consistently, I'd report it as a bug. https://vivaldi.com/bugreport/
Dockable DevTools are a hot new feature so I'm sure the Vivaldi developers will be quick to investigate it. Also, please include a link to this thread in your report as well in case someone else follows up with additional helpful information.
-
The fact that I was having trouble getting it to reproduce consistently is why I've hesitated to report this one via the bug report form yet. I can't yet make it happen on command with specific steps. I'll just be doing things in DevTools like normal, click somewhere to start entering text, and unexpectedly "tttttttttttttttttttttetetetetetextextextextexttexttext..."
I was hoping someone had discovered specific precipitating conditions I had overlooked and already reported it.
-
@Isildur Fair enough. Your subject line for this topic is great. Hopefully other DevTools users will see it and chime in if they run into similar issues.
-
Here's an example of it happening.
I was typing in some search text like,
l","offset
, then I entered an "e" before the quotation mark. I notice it doesn't necessarily add the repeating letters in the order entered. I followed "e" with "a", then "b", then "c", and, seeing it was writing "...beacbeacbeacbeac...", I tried a "h", to see if I could make it "...beachbeachbeach..." but that resulted in "...bheacbheacbheacbheac..." -
I have tried to reproduce this several times, but couldn't. Would be interesting if it has anything to do with the key repeat settings. I tried to get the bug with both key repeat on and off though, and neither triggered anything like this.
-
@luetage I tried to reproduce it as well (on OS X 10.11.6) but couldn't either. In the initial post, @Isildur said that this only happens occasionally but at least the follow-up example shows us how/where this glitch occurs. I don't use the Developer Tools very often but when I do I'll try to be mindful of what I'm doing in case this happens to me.
@Isildur Does this by chance only occur when you're debugging... and a glitch in your code is somehow (directly or indirectly) involved in triggering this phenomenon?
-
It's happened when I was inspecting various different unrelated pages that weren't my own code.
In the case above, I happened to be looking at an
fcc.gov
public comment search results page. (I had noticed a few hundred thousand identical comments there and wondered if any were spammed using people's name without their permission, like the identity-misappropriating spam described here, so as a long shot, I was looking for comments penned in my name or the name of people I know. In the search form there, if you narrow by name, the results still include people with names longer than that -- e.g. searching for "Steve Mill" will also turn up "Steve Miller" entries (however, I soon afterward realized that changing part of the URL of the results listing fromfilers.name:(*name*)
tofilers.name:(name)
will fix that). So, for a moment, I was using DevTools to quickly hunt through a several-page list for a few exact names.(As it happens, those comments appear likely to have been generated through a misleading anti-net-neutrality campaign with prefilled submission forms at
http://freeourinternet.org/take-action/
and an FCC-Connect-impersonating pagehttps://connectfcc.com/filing/free-our-internet/
).Huh... the bug once again just happened to me again, just now, when inspecting
https://www.fcc.gov/ecfs/search/filings?q=am%20AND%20filers.name:(*steve%20mill*)&sort=date_disseminated,DESC
, clicking on the element inspector, hitting command-f ,and entering text in the search box. Yet, having closed and reopened DevTools , I can't make it happen again, now. There's got to be some weird extra factor I'm still missing. I'll let you know if I figure it out. -
Can confirm this, I got the bug too now. I opened and tried to search a stylesheet in devtools, while inspecting on vivaldi forums. Managed to write "flies"
-
@luetage @Isildur I tried to replicate your results again, initially without success... In the process, I did however manage to totally lock up the window where the Developer Tools were docked!
I didn't do anything too extreme... just searching... without and with regular expressions, editing my previous search, switching to other panes in dev tools, searching again. No edits/changes or setting breakpoints.
I gave up on my testing, right-clicked a link on the web page that I was on and (tried to) open it in another tab, and then the entire window seized up before the new tab appeared.
Tried to replicate my problem again and got the repeating text (without trying) while typing in a simple search! Didn't do anything special. It just happened. Closed the Developer Tools and tried again but couldn't replicate any of the glitches.
-
@Gwen-Dragon I didn't try to get the bug when it happened, that's why I can't give you a recording. But I know what I did.
Right click the "Recent" category in the navbar and inspect with undocked devtools. Click Elements and in Styles click on the stylesheet
stylesheet.css?v=4lme1o0qokv:1
Command-F in the resulting sources section and just input any search. Happened to me 2 times, but couldn't reproduce with screen recorder on
The unresponsiveness xyzzy mentioned is happening regularly though. -
@luetage said...
The unresponsiveness xyzzy mentioned is happening regularly though.
I don't know whether (for me) the sudden unresponsiveness has been due to an issue in Developer Tools, tab animation, Chromium-related issues, or a glitch in the "magic" that the devs sprinkled on Vivaldi to get all this stuff working together.
As for the repeating text, I still wonder if this is related to the theme editing glitch I first reported in the Snapshot blog feedback ages ago and in VB-28621.
-
@Gwen-Dragon The Dev Tools runaway text issue was reported while Vivaldi was still using the Chromium 58 (stable) base. Given that it recurs sporadically and that we still don't know the exact trigger, it's hard to pin down a regression window.
As for this current snapshot, we're still based on a relatively old build of Chromium 59-beta. Chromium 59.0.3071.82/.83 (final beta) got released yesterday and will likely hit the Stable channel today.
The Vivaldi builds on macOS have actually been kinda glitchy in their own way since v1.5. Bugs like VB-28621 are EASY to reproduce but have gone unfixed for ages. If they can't fix that one, how do they expect to fix this Dev Tools glitch?
I can reproduce the unresponsiveness!
I think that this has been an issue since v1.10.845.3 but more apparent in v1.10.856.16.
I did not use teh undocket tool on my Vivaldi thats why i never saw this.
For me, this happened while the Dev Tools were docked.
-
I've been looking at this some more, not necessarily trying to reproduce the bug but looking at the Developer Tools integration with Vivaldi.
When you bring up the Developer Tools in Chrome, it becomes the focus and the web page that you're inspecting is secondary. Command-F, for example, invokes a search within the Developer Tools.
When you open the Developer Tools in Vivaldi, the docked tools are more like a special tab and a peer with the web content. Hitting Command-F brings up the Vivaldi search box... until you click on the Developer Tools to give them focus... In that case, Command-F brings up a search box in the Developer Tools and Vivaldi as well.
There are definitely some bugs in Vivaldi's input processing, and I haven't had time to dig into the actual Dev Tools integration at all. Vivaldi hasn't yet even released the v1.9 source code either.
I don't think that this is related to the theme editing glitch anymore although that one might still be indicative of a bigger problem.
-
This is happening really often and as well often developer tools window open blank.
http://gph.is/2s6VSR2 -
still have same bug on mac with v1.15.1147.36.
-
FYI, I was able to get the "repeating characters" bug to trigger reliably and filed VB-32236. It only seems to affect macOS and I can only replicate it when the developer tools are undocked.
If any of you can find (and share) the steps to reproduce this reliably with the developer tools docked, or can get it to trigger on other platforms, I might be able to escalate this issue.