Lajos Juhász

You can turn on logging on LSP and send it to Embarcadero. Warning the log will contain parts of your source code. For more information check out http://docwiki.embarcadero.com/RADStudio/Sydney/en/Code_Insight_Reference .

We can now only hope that before Delphi 10.5 we will get at least one release of 10.4.2 without a major bug. From 10.4 to 10.4.2 every release had some issues :(. Embarcadero should change the release schedule. Now they are following the principle: "Ship it when the next major bug is checked in!".

The fix is on the way at least for a month. It's really shame that Embarcadero is silent on this issue. It's not a minor bug, but a major showstopper!

Most probably. It would be nice to hear from @Marco Cantu what we can expect. I mean the hotfix is tested for a long period of time so it would be nice to know more about it.

You're here calculating the total seconds and minutes. Try: seconds:=t div 1000; minutes:=seconds div 60; seconds:=seconds-(minutes*60);

I'm afraid System.Diagnostics was not part of Delphi 7.

OnFieldchange for the field linked with dbCombobox1. I would also compare the field value, not the DBCombobox1.text.

The available information can be found at: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Code_Insight_Reference You can always try to enable logging and read the logfiles.

I posted a link yesterday to the Webinar where Marco Cantu answered to my question about the Internal Errors in Delphi 10.4.2 most probably it's a bug in the compiler/LSP whatever that causes multiple problems with the IDE. He said that some customers received the hotfix and the feedback is positive. He didn't said anything about when the fix will be available for the public. How much individual issues would I like to see? For every issue that could cause Internal Error, Access Violation or that the IDE dies. I can live with bugs that doesn't crash the IDE. Once again we cannot know what fix is being tested as Idera/Embarcadero will not give information about that to the public (in my opinion it's the wrong choice).

A wonder what company would react in a positive way for a quality ticket that nothing is working and the product is falling apart. An individual issue can be investigated and most probably be fixed, but a general statement that the *thing doesn't work* will not help in anyway. We have to wait for the hotfix that should fix the error that slipped into 10.4.2 and then report the new issues.

Unfortunately this RSP not even worth to read it there is no information in it it should be rejected.

This is most we can know about the current status.

There was a "problematic" check-in to the codebase before the release of the Delphi 10.4.2 that was not detected in time. Some customers are already testing the hotfix that supposed to fix the bug. Unfortunately there is no public information what will this hotfix fix and if there is still some issues that requires another fix.

Maybe heroes from the Marvel Universe are capable to read fast enough and click I just get headache when for some reason get to the site.

Well they're in the process to make a unique web experience. It will take maybe another 10-15 years. When finished it will be the greatest. I just hope that it will be more static. I wonder who thinks that those sliding topics at https://blogs.embarcadero.com/ is useful! It slides out before you could click. What's wrong with the traditional sites where you can see the links and click on them? (I know most probably they bought this technology and must showcase it everywhere, I will just visit the site only when it is necessary.)

There is BDE for RAD Studio 20.4 27.4MB 2020-05-28.

You can find on the Registered Products portal - https://my.embarcadero.com/.

I have an application that uses packages. Most of the time I can compile and run it and on the second attempt I get internal error. The only solution is to run the application without debugging.

I've tested using XE5 and 10.4.2 in both versions the message appears on the correct monitor.

Let's hope Embarcadero will soon finish testing the hotfix and will release it.

IdGlobal is required for the function IndyTextEncoding_UTF8.

This question has nothing to do with VCL and Memo. You should ask it in Delphi Third-Party -> Indy as you're using Indy to decode the data. Most probably your data is mailformed (I've tried to decode it using https://www.base64encode.org/ and the result there is: 如何讓 art-mate 成為) . In order to decode UTF-8 characters you have to add idGlobal to the uses and call DecodeString: s3 := idDecoderMime1.decodeString(s2, IndyTextEncoding_UTF8)

You can try to tag @David Millington I guess he can try to find out more about it.

It's located at https://my.embarcadero.com/.

High-DPI is required in order to work with the users DPI settings. Without that the program cannot determine how to scale the svg image or which version of the image to draw at what size.