Der schöne Günther

The error message means that you will need to add the certificate (the one you used to sign your local .appx) to the "trusted root certificate directories" (or whatever the proper English name is). Have you never run/installed a self-signed .appx before? But yes, it seems that the RAD Studio documentation doesn't mention you need to add your own certificate to the trusted root certificates: https://stackoverflow.com/a/53174601 http://docwiki.embarcadero.com/RADStudio/Rio/en/Creating_a_Certificate_File

I would guess this is because it's simply not packaged and doesn't even have a package id. If you ran the generated .appx file and have not changed anything in the manifest, I would expect it to continue to work - Given that you have already installed it from the store at least once. This is also what the documentation states: and

I'm puzzled why a UnicodeString is the only thing that leaks. If the problem was a missing disposal of a JSON object, we should be leaking much more. It's just a stupid idea, but were you running in the debugger? I think sometimes, if you inspect values, the debugger increases the reference count on managed things like arrays or strings and will keep them alive until the very end of the application.

Your Delphi version would be interesting.

Yes, that's exactly what I was looking for. Works like a charm 👍

Although I think it makes sense the way it is (no initialization of managed fields), it should be mentioned in the documentation. http://docwiki.embarcadero.com/RADStudio/Sydney/en/Custom_Managed_Records#Records_with_Initialize_and_Finalize_Operators

See https://quality.embarcadero.com/browse/RSP-29136 https://quality.embarcadero.com/browse/RSP-29162

I see at least two 3rd party add-ons in your callstack. Does this also happen with a clean install?

After upgrading, I have discovered the VCL forms new Quick Edit feature which I really like, it's something I have always wished for. My only problem with it is that there seems to be no way to invoke it with a hotkey. I always have to grab the mouse find the control right-click it find "Quick Edit" in the context menu I have looked at the Default Keyboard Shortcuts, but there isn't anything about Quick Edit. Apparently, there really seems to be no "out of the box" way to invoke Quick Edit, other than by mouse which is not so quick: https://quality.embarcadero.com/browse/RSP-16764? Is there some workaround? I tried keyboard macros, but it seems I also can only record macros in the code editor, not the form designer.

Now I'm sold 🤗

Yes, Optimal fill will convert the spaces back to tabs (after the tabs had been converted to spaces 🤪). Strange, but better than nothing. Thanks 😊

I think "Use tab character" and no "cursor through tabs" is correct?

Is it just me, or does 10.4 now forcefully replace my precious tabs with spaces? I don't understand what is happening, and why it's happening 😪

I'm not familiar with Delphi-Mocks so I might be missing something, but I don't understand why you're wiring up your g_Logger.DoOnException to Application.OnException . It will never get called anyway. Either your test case will catch the exception, or DUnitX will catch it. Not sure, but this probably won't even work in a console application either. What you're actually trying to test is if the VCL's Application.OnException event is being called when an exception in the main thread is not caught by anything and goes up all the way to the VCLs outermost exception handler. This should not be a concern of your logging framework. You can test your handler, of course, but not core parts of the RTL/VCL.

Yes, that's the other fun part. Do close the views that give you trouble before you launch your application from the IDE. Because the IDE will, once again, modify (and possibly corrupt) and save these files before it they make their way into your .exe. I think even the "Save modified files" buttons get un-grayed and you can click them. You must switch to a pure .pas source file, and close the other tabs. Then, hit F9. I know this probably sounds very frustrating, especially if you never ran into problems like these for years. If this is just a very special case and you don't want to adapt to a slightly different workflow, I would remove the TCategoryButtons from the form designer altogether and instead place it at runtime, most likely in the constructor of your TFrame.

There is no way around inheritance, and we have also been using the SplitView for years. I am not sure if the VCL components are to blame, or it's some general mechanism that writes the DFM files. We sometimes use very deep hierarchies of inheritance (placing frames in a gridpanel, that frame gets placed on another frame, and this frame gets placed on yet another frame). When the DFM files are clean and minimal, it works like a charm. It's just disappointing that I, so often, have to revert files that were silently modified (sometimes, even corrupted) by the IDE without me doing anything.

Take a look at your DFM file: https://github.com/dcraggs/Splitview-Inheritence/blob/d4e12a1141cd1a0bfb0832777ae59cf5e08b4a49/uSplitViewInherited.dfm#L53-L63 It contains, unnecessarily, a redundant copy of your SV: TSplitView. Even worse, the SplitView contains an even more redundant copy of the TCategoryButtons. And this time it's empty. This is just one of the many(!) problems DFM serialization has with inherited forms and frames. I roughly spend 20% of my time developing Delphi applications with dealing with DFM corruptions like these. Make your DFM file looks something like this: inherited SplitViewInheritedForm: TSplitViewInheritedForm Caption = 'SplitView Inherited Form' end And every time the IDE makes changes to your DFM file, use your version control system to revert these unwanted changes. Maybe you can make the files write protected once they are "done". I don't know if that will help. Another example is that properties like `RowSpan` or `ColSpan` from components stored in a `TGridPanel` always get lost on subclass frames. Or complete ImageLists get duplicated on subclass frames/forms, further increasing the size of your executable.

The person who handled the billing received the last email from Embarcadero in summer 2019. Maybe because we paid for the Update Subscription for several years in advance, it's different? I don't know. The 10.4 beta sounds promising - Is there something like an email address where I could ask what is going wrong here? I received beta invitations a few years ago. I remember XE6, and I think XE8.

Not sure what you need WM_POWERBROADCAST for, but just working with WM_ENDSESSION and WM_QUERYENDSESSION has worked well for several kiosk applications, for several years now.

Well, I never received anything. These mails probably don't go to the EDN accounts of developers, but to whoever in my company handled the billing for the annual update subscription. I am sure that a few years ago, I still received mails for RAD Studio beta programs.

I have no clue about assembler, maybe this is helpful: https://stackoverflow.com/questions/51364707/

This has nothing to do with threads. You're using GetLastError() altough there was no error for you to care about. https://docs.microsoft.com/en-us/windows/win32/api/errhandlingapi/nf-errhandlingapi-getlasterror

It surely affects your machines energy consumption. Even Google fell for that: Once started, Chrome sucked laptop batteries dry, even after all processes had been killed. It stopped after a Windows reboot. Took them years to find out.

Have been running Windows 1909 with Delphi Seattle for months. Just the usual Delphi issues, nothing out of the ordinary. 🤷‍♂️

The easiest way is probably just temporarily deactivating the OnClick event that bugs you when you set it yourself: var notifyEvent: TNotifyEvent; begin notifyEvent := radioGroup.OnClick; try radioGroup.OnClick := nil; radioGroup.Something := Your_Choice; finally radioGroup.OnClick := notifyEvent; end; end;