Lars Fosdal

I really REALLY dislike Synchronize. It is a pitfall of pitfalls. IMO, a better approach is: In your thread, send a signal when there is something that needs to be refreshed. That signal can be a queue, and you may want to include info about the type of content change if the UI should do a selective refresh Decide how often the UI should refresh and make a timer in the UI that checks the queue if something should be refreshed You still need to protect access to elements shared by the UI thread and the background threads - but at least you will have FULL control over what the UI draws and when.

The users that get the error - what Windows version do they have?

@bzwirs Do you get a callstack from the IDE?

Big mistake. It is the .dproj file that can be recreated.

Is it possible to make a demo of that problem and report it?

America is awake now, I guess.

There must be something fundamentally wrong with the code flow of that dialog. After the initial component load - why does it need so long to change a filter, complete a search, or even just scrolling down the list a little?

There must be a lot of people are installing today. GetIt UI is slow as heck and server is complaining.

I don't disagree, but a lot of dev tools have these issues. Complex software = complex installations.

Then you should report it to https://quality.embarcadero.com/

Are you using the DPIAware or DPIUnaware mode?

I uninstalled, reinstalled - did not use MigrationTool - no issues.

Charlesproxy is easy to grasp.

It does indeed feel a bit more snappy.

https://quality.embarcadero.com/browse/RSP-40638 Do not migrate GetIt installations!

I see others have issues with the Migration tool. Backup your registry before using the tool.

It is a problem if you are on older than XE4.

I also used the WebInstall in the VM. Three component packages, and Bookmarks+Navigator. The only thing I export (registry dump) is my Editor color settings. The rest of the settings are pretty much vanilla, except Font, AutoSaves, Reopen last, and two environment vars. I'll prolly have to re-ignore a few exceptions, though. My production installations won't see 11.3 for a few weeks. That should be enough time for any surprises to be discovered. The definition of a pessimist? An optimist with experience.

DL'ing before the masses, perhaps?

Available now as web installer and ISO installer from https://my.embarcadero.com/#downloadsPage Blog article https://blogs.embarcadero.com/announcing-the-availability-of-rad-studio-11-3-alexandria/ Release Docs https://docwiki.embarcadero.com/RADStudio/Alexandria/en/11_Alexandria_-_Release_3 Release Notes https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Release_Notes New features and fixes https://docwiki.embarcadero.com/RADStudio/Alexandria/en/New_features_and_customer_reported_issues_fixed_in_RAD_Studio_11.3

Again, Charlesproxy handles http and https and will give full insight in what Postman and your app sends - url, body and headers. I used it myself to figure out what a C# app did with an OAuth2, that my Delphi app didn't do. The trial version is functional, but annoying (no copying, pauses at odd times) - but a full license is reasonably priced

https://www.charlesproxy.com/ is a great tool for pin-pointing issues with authentication on https connections.

https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Default_Keyboard_Shortcuts is pretty exhaustive.

I am stumped. I can't convince the Delphi TRESTClient to connect to a system using OAuth2 authentication. Either it is a about a parameterization mistake, or it is a functional failure. I can't get it to work with the REST debugger either. Any examples (Other than the RESTdemo) would be appreciated! I have C# code that uses the same creds, and it has no issues. I get access to the system using the Authentication URL with the clientid + clientsecret I request a token through a different URL I call the API URL, using the token