Uwe Raabe

AFAIK, there is no way to get a CE license for a version below the current CE. You should consider buying a Professional license instead.

Shortly

As mentioned in the blog: People just have different interpretations of shortly.

If I understand this paragraph correctly you still need to install from the ISO or wait for the inline release.

Yes, Embarcadero General Packages Download for RAD Studio 12.0 on https://my.embarcadero.com/

Unfortunately that doesn't address the CE problems, because the available GetIt server is only for Delphi 12.

I guess this is the reason for

Search for XPMan or Vcl.XPMan in your uses clauses and remove any of those entries. In case you have a component of type TXPManifest remove that, too.

Ehm, no!

It boils down to the fact that 'THIS' just is not the upper case of 'This' on every locale. In case this is a requirement of the application, then ToUpper is not the right choice. Unfortunately ToUpperInvariant may not be either, although it will probably work for pure English text strings. For most locales upper case for ASCII characters is what one would expect, but that doesn't hold true for Turkish.

Isn't the Next Business Day dependent on the local holidays? (f.i. Bank Holidays in England)

Apparently the minds in charge think different.

Definitely!

I guess, nobody did - not even themselves.

While things are being worked on it is somewhat expected that parts are going offline from time to time. Let's take it as a sign of people being busy getting everything in place again.

Looks like a bit much. It depends on the number of design time packages. Anyway, it should not have changed unless you installed a bunch of new ones. There already exists a feature request to move that into a thread.

A new version V15.1.9 is available.

Thanks, but interfaces are not even involved in the code in question.

Wrong thread?

Those are expected in the beta reminding me to create a test case for this. The functionality (f.i. regarding the Save All) should be ok now.

@PeterPanettone Can you please try again with the latest beta 2597? If that doesn't show the problem I will provide a new release.

At least that gives me a hint where I can look at now. Stay tuned...

That is probably caused by the IDE or whatever catching the failing assertion during save of that unit. While MMX logs such an assertion it should nevertheless popup. I have uploaded a new beta catching this assertion and writing it to CodeSite. So if you reproducibly get that exception now, you should get a CodeSite message with the new beta - unless the underlying object instance is no longer valid, which would move the spot to a completely different source location. What puzzles me is that this assertion failure nor any other exception is not logged to CodeSite. After all the MMX beta hooks into AssertErrorProc as well as Application.OnException. Can you disable the JCL exception handler as well as any other ones interfering with MMX here - at least for the time needed to investigate this?

At least that most likely rules out any parsing problem. That would also match the fact that I was not able to see that problem on my system. Note that the current beta catches the error from the call stack you posted first and writes some error message to CodeSite instead.