Rob van Bekkum

Running into the same issue, after installing everything on a new self-hosted build server (Windows Server 2022).

I have reverted the versions of the installed packages back to the following: ``` beautifulsoup4==4.8.1 cairocffi==1.1.0 CairoSVG==2.4.2 cffi==1.13.0 Click==7.0 cssselect2==0.2.2 defusedxml==0.6.0 future==0.18.2 html5lib==1.0.1 htmlmin==0.1.12 importlib-metadata==3.7.3 Jinja2==2.10.3 joblib==1.0.1 jsmin==2.2.2 livereload==2.6.1 lunr==0.5.8...

For what purpose do you want to be able to do this? Not saying there might not be a good reason for it, but I was wondering what you are...

I can confirm as well. The difference between AL v9 and the current AL 10.0.687650 is abominal. Unfortunately, the suggestion from @BernhardKloibmueller does not help either (there is no noticable...

To add, my experience: It also happens for 'smaller' projects with only around 100 .al files/objects. CPU goes to 100% after some time, memory usage is moderately high, but not...

Also, it might be nice to somehow get an overview of all field names and get an option to search for it. (Perhaps even _every_ AL control 😅)

It also removes (1) "`cuegroup` controls with actions only" and (2) "`group` controls with the `InstructionalText` property but without any sub-controls" from pages.

You can prepend a `@` to your filter string for a case-insensitive search. The object browser adheres to the same filtering syntax as the BC/NAV client(s).

This is a known issue with the extension. It uses a DLL to do some of the code actions, but that DLL requires to be recompiled with every major update...

I think a lot of things can still work but sometimes there is some changes in alc that breaks stuff. I don't know the ins-and-outs of when it happens (maybe...