Random unfocusing in QtCreator's widgets outline viewer
-
I'll just be merrily naming widgets in the outliner and every so often QtCreator will "get in the mood" to start unfocusing the item's [mytext|] (turning it back into [mytext] ("|" symbol means the text cursor).
Not sure why it happens but when it does nothing seems to quell it. I just have to wait until it deicides to not do it anymore, that sometimes means a half of a day, then all the sudden it will just stop for no apparent reason and work normal again.
Not sure if this is related but I noticed that I get incorrect data in the propery grid.
Here's an example, imagine a HLayout's items
My first response is that I need a break... but then it's still there when I get back. Which is odd because even the tool-tip over the icon selector which should be a numeric selector reads "0".
For the longest time I thought I was going nuts, but I was lucky enough to catch this screenshot this time. I can't seem to reproduce either of these "weirdnesses", and would love to hear some "confirmation" that these aren't unique to my system.
It isn't for my entertainment, mind you, the reason I want to find out is that if this is unique it will decide whether the machine I am working on gets an overhaul and updated OS or not. I don't want to do major system changes if it is a common issue but if it IS unique to me, maybe it's time to bite the bullet and update the thing.
Any feedback is appreciated, thanks in advance!
-
I'll just be merrily naming widgets in the outliner and every so often QtCreator will "get in the mood" to start unfocusing the item's [mytext|] (turning it back into [mytext] ("|" symbol means the text cursor).
Not sure why it happens but when it does nothing seems to quell it. I just have to wait until it deicides to not do it anymore, that sometimes means a half of a day, then all the sudden it will just stop for no apparent reason and work normal again.
Not sure if this is related but I noticed that I get incorrect data in the propery grid.
Here's an example, imagine a HLayout's items
My first response is that I need a break... but then it's still there when I get back. Which is odd because even the tool-tip over the icon selector which should be a numeric selector reads "0".
For the longest time I thought I was going nuts, but I was lucky enough to catch this screenshot this time. I can't seem to reproduce either of these "weirdnesses", and would love to hear some "confirmation" that these aren't unique to my system.
It isn't for my entertainment, mind you, the reason I want to find out is that if this is unique it will decide whether the machine I am working on gets an overhaul and updated OS or not. I don't want to do major system changes if it is a common issue but if it IS unique to me, maybe it's time to bite the bullet and update the thing.
Any feedback is appreciated, thanks in advance!
@osirisgothra said in Random unfocusing in QtCreator's widgets outline viewer:
the machine I am working on gets an overhaul and updated OS or not
So what is your machine and QtCreator version?!
I've never heard of something like that and never faced these kind of issues myself.When does it remove the input focus? Instantly? After not typing for like X seconds/minutes?! Or just randomly while typing?
-
It feels more like an interval of seconds for each item than random once it gets into the mood.
-
It feels more like an interval of seconds for each item than random once it gets into the mood.
@osirisgothra said in Random unfocusing in QtCreator's widgets outline viewer:
mood
"Mood" is not a proper technical description/explanation for any issue here.
There must be a reason for this.So what is your system and used version? Have you updated QtC or your system recently? If not, do it and check whether the "mood" has changed and QtC is well-disposed towards you now...
-
What I'm really after here is to see if it is a known issue or unique to me...
-
Figured out the problem, but I don't think there is much I can do about it unless I want to not have any parsing active. I've narrowed it down to the parsing progress bar indicator on the bottom. I can turn off the toolwindow but I can't turn off the progress bar, and the focus always disappears the moment that progress bar appears on the dot, so it has to either be one of two things:
- The Progress Widget is somehow causing the Object Inspector to lose keyboard focus when it shows up
- Something else related to background parsing after a symbol name is changed is happening
I've disabled clang, clazy and about anything else i could disable but it still happens. I'll have to test it in more window managers to see, so far only tested it in Elementary, XFWM(the one I normally use), I3, Lxde, Icebox, ratpoison and a few smaller ones (dwm twm, etc).
But... at least I know (sorta) the cause now as that status bar and the unfocusing are in perfect sync.
-
What I'm really after here is to see if it is a known issue or unique to me...
@osirisgothra said in Random unfocusing in QtCreator's widgets outline viewer:
What I'm really after here is to see if it is a known issue
Check the bugtracker.
unique to me
You still did not mention what version you are using.
So you want to wait until somebody with the same problem comments belows? -
Ugh I did forget, so sorry, my bad...
Qt Creator 14.0.2
Based on Qt 6.7.3 (GCC 10.3.1 20210422 (Red Hat 10.3.1-1), x86_64)
Built on Sep 27 2024 00:13:58
From revision 3004ebc0afAnyway,
Finally Narrowed it all the way down to:
Menu Bar->
Edit[menu]->
Preferences[submenu]->
C++[left-hand category list item]->
Clangd[tab item]->
Background Indexing[combo box, third setting in the list]->
<<Any setting other than "off">> - yes I checked them all and only "off" solves itWorkaround:
**Changing the combo box from its current setting to "off" solves the issue. **Again, what appears to be happening is clang updates the progress bar in the status area below -> and when it seems to be finished, the designer area (the main form and widgets editor/preview area) is refocused.
It's just a guess but maybe there is a slot setting the designer focus back to after the indexing is invoked, completed, or otherwise signaled in the background.
This workaround seems to work for me for now, so I'd say it's solved along with the issue that was filed. Thanks. I hope this helps out people that run into this issue in the future.
-
O osirisgothra has marked this topic as solved on