Author |
Topic |
|
MauriceG
New Member
Germany
7 Posts |
Posted - Nov 18 2024 : 03:28:25 AM
|
Hi,
current version of Visual Assist (2024.8) seems to have a bug when opening a C++ file that's not part of the solution. The navigation bar will constantly switch between 2 states. One is the expected one and the other one is mostly empty and just shows the project of a file I had opened previously instead of "Miscellaneous Files".
Regards, Maurice
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Nov 19 2024 : 06:40:14 AM
|
Apologies for this problem. I believe we have a fix coming in the next build for this, and have emailed you about this:
case=165171 |
zen is the art of being at one with the two'ness |
|
|
KoenTanghe
Senior Member
Belgium
29 Posts |
Posted - Dec 02 2024 : 10:47:11 AM
|
Just wanted to confirm that I'm also seeing this flickering navigation bar sometimes. I didn't realize it was due to a file not being part of the project though.
VA_X64.dll file version 10.9.2537.0 built 2024.10.27 DevEnv.exe version 17.11.35431.28 Community
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 02 2024 : 11:35:47 AM
|
I have emailed you about this. |
zen is the art of being at one with the two'ness |
|
|
foxmuldr
Tomato Guru
USA
425 Posts |
Posted - Dec 03 2024 : 12:49:30 PM
|
I am not seeing the behavior MauriceG or KoenTanghe are seeing. It appears to work normally.
VA_X64.dll file version 10.9.2537.0 built 2024.10.27 DevEnv.ese version 17.12.35521.163 Professional
I did notice one oddity: It took over 10 seconds after opening the file before the Navigation bar appeared. The cpp file was 197 lines long. Same on a .h file that's 18 lines long. When the navigation bar first comes up after the 10+ seconds, it's blank / empty for about 1/2 second, then it populates and behaves normally.
-- Rick C. Hodgin
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 04 2024 : 07:56:50 AM
|
I have yet to reproduce the flashing navigation bar here, so I don't have any good ideas for the trigger condition. It is something that several people have reported, but far from everyone. So it seems that "something" is triggering it, but that really doesn't get me very far as a statement.
For the slow navigation bar, was this when you first loaded a solution? Or is it an ongoing problem even once the solution is fully loaded and VA and the IDE have finished any intellisense parsing required for solution updates? |
zen is the art of being at one with the two'ness |
|
|
foxmuldr
Tomato Guru
USA
425 Posts |
Posted - Dec 04 2024 : 09:00:54 AM
|
Due to the delays I saw, is it possibly related to the CPU / performance of the machine?
I'm using a relatively low-end development machine:
11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz
4 real cores
8 logical cores
32 GB RAM
1 TB SSD
Visual Studio 2022 Professional
-- Rick C. Hodgin
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 04 2024 : 11:30:05 AM
|
It's possible. Solution size and complexity will also matter here.
Are you seeing any other signs of the machine being slow to keep up at times?
You can try disabling IDE intellisense, this can help quite a lot under some conditions, since it stops you from having two intellisense parsers running at the same time:
IDE tools menu -> Options -> Text Editor -> C/C++ -> Advanced -> IntelliSense -> Disable IntelliSense = True |
zen is the art of being at one with the two'ness |
|
|
foxmuldr
Tomato Guru
USA
425 Posts |
Posted - Dec 04 2024 : 2:39:59 PM
|
Not generally. Visual Studio 2022 is actually quite speedy overall for everything except three areas:
1. Opening a non-project file as indicated in this thread. 2. Opening a large file (5000+ lines) and having the StickyScroll area at the top not show up for a few seconds. Only happens the first time the file is opened in a Visual Studio launch. 3. Edit-and-continue on C++ code takes a while to apply sometimes. Sometimes even 15+ seconds. When I work in Visual Studio 2008 and earlier, it's much faster. Visual Studio 98 is almost instantaneous, and up through Visual Studio 2005 it takes a second or two.
-- Rick C. Hodgin
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 05 2024 : 07:42:39 AM
|
When opening a non project file, do you see multiple messages on the status bar about VA parsing files? In order to be active in the file, which we can probably assume VA has never seen before, VA will have to parse the file and all of its includes. If this is a totally new project to VA, there could be several files to parse. This is just a guess, but its a reasonable theory given the description.
If this is the case then re-opening the file later on should be a lot faster.
File size could be a factor here. My large file, for testing VA in bigger files, is 23,000 lines long. But very heavy macro or template code can also be a factor. |
zen is the art of being at one with the two'ness |
|
|
foxmuldr
Tomato Guru
USA
425 Posts |
Posted - Dec 05 2024 : 09:03:19 AM
|
I see something popup down there that says "VA Parsing" but it's a blip for like 1/5th of a second. So, it's not taking a long time.
It's interesting to note that when I opened the same file today, after rebooting my machine, that I opened the other day, it opened immediately, and the Nav bar was ready to go immediately.
However, when I opened a new file that I had not opened previously, it took 10 seconds to load, and one second after the Nav bar appeared before it was populated. I only saw the VA parsing blip go by for 1/5th second again. There's definitely some kind of issue there though.
-- Rick C. Hodgin
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 06 2024 : 10:17:02 AM
|
Where is keyboard focus during this delay? If keyboard focus isn't going into the opened file, into the text editor, then this can delay the appearance of the VA navigation bar in the newly opened file. |
zen is the art of being at one with the two'ness |
|
|
David Galloway
Starting Member
Canada
1 Posts |
Posted - Dec 15 2024 : 4:44:29 PM
|
Has this been solved?
I'm seeing this flickering with a cpp file that is part of a submodule's separate project in a large solution.
----- Support ends 2025.06.13 VA_X64.dll file version 10.9.2537.0 built 2024.10.27 DevEnv.exe version 17.9.34723.18 Professional msenv.dll version 17.0.34714.143 Comctl32.dll version 6.10.19041.4355 Windows 10 10.0 22H2 Build 19045.5131 28 processors (x86-64) Language info: 1252, 0x409
|
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 16 2024 : 07:27:29 AM
|
We believe we have a fix internally. I have emailed you about this. |
zen is the art of being at one with the two'ness |
|
|
superzmy
Senior Member
China
26 Posts |
Posted - Dec 20 2024 : 04:37:11 AM
|
this bug will also close IME inputting box |
|
|
feline
Whole Tomato Software
United Kingdom
19054 Posts |
Posted - Dec 20 2024 : 10:54:44 AM
|
What is the IME inputting box? How is it triggered? Is it related to typing Unicode characters?
There is a good chance this has been fixed internally, and we are working on getting a new build out with the fix, but without knowing what this is, I cannot test it. |
zen is the art of being at one with the two'ness |
|
|
|
Topic |
|