Dalija Prasnikar

1 hour ago, Sherlock said:

It is strange though that this is having such an impact when switching from 10.3.2 to 10.3.3, don't you think @Dalija Prasnikar?

They fiddled around with theming support in 10.3.3 and there were some changes... apparently not all were for the better. 

Right now, theming is my number one suspect when IDE is misbehaving... and (unfortunately) usually I am right about that

@Phil J. If I may ask, what are your computer specs? CPU, screen resolution, graphics card? 

I would like to file issue in Quality Portal so adding those specifications might help in pinpointing and fixing the problem for the future. 

I don't think it can be completely fixed because using styled custom painting on top of Windows controls can never be as fast as plain Windows painting, but speed improvements might be possible.

Delphi Rio introduced new IDE styling (themes) that are not exactly super performant. If you have older computer, you might have some issues. I don't think you should have as much problem as you describe, but anything is possible.

You can try disabling new IDE theming and use default Windows theme. You can find how to do that at https://dalijap.blogspot.com/2019/05/disable-delphi-rio-ide-theme.html

I have to mention that using Windows theme is no longer officially supported and you can run into some issues because of that. I have been using Rio with default Windows theme since it was released and I didn't have any major issues (ones I did have - crashes in GetIt package manager and Find in files) have been resolved in the meantime.

53 minutes ago, Silver Black said:

For previous new versions, I always run the Web Installer, then it offers to uninstall the previous version of the software and ask me if mantain the registry keys. I always answer "yes" I everything runs smoothly: I have the new version instralled and all my settings preserved.

I never realized Web installer also does that. I use migration tool, and I always uninstall first manually.

@Clément Sometimes simply moving problematic code to the end of the unit helped. 

Debugging in Rio is much worse than in Tokyo.

7 hours ago, Yaron said:

In my limited testing so far on an existing project, trying to run the project (on a connected 64bit device) just freezes during the splash screen.

 

If I then run the same app from the device directly after terminating the debug session and it runs with no issues.

Android 64bit debugging has issues on some devices. 

Debugging 64 bit Android application hangs the IDE

https://quality.embarcadero.com/browse/RSP-26704

Can you please add information about your device - model and Android version to the above bug report.

@PeterPanettone Have you reported issue with uninstalling from Control Panel? 

53 minutes ago, PeterPanettone said:

Unfortunately the problem in GetIt with the buttons being only partially visible has still not been solved in 10.3.3:

Reported as https://quality.embarcadero.com/browse/RSP-26321 somehow it was not Opened. 

I guess that IDE is fully functional only at 100% DPI. All other scaling settings are causing trouble.

15 minutes ago, Clément said:

I re-installed 10.3.3 and the problem persists. Going back to 10.3.2

This sounds similar to 

Debugger shows blue dots at wrong lines

https://quality.embarcadero.com/browse/RSP-23497

But I have been seeing such issues in all Rio versions. However, I could not create small reproducible test case. 

I have tried to simulate part of your problematic code and it works fine in 10.3.3 for me. It seems like trigger requires more complex code. 

23 minutes ago, PeterPanettone said:

What now?

The best options would be opening the installation support ticket https://www.embarcadero.com/support But AFAIK support only works Monday-Friday

I just found someone had similar issue (read the comments) http://blog.marcocantu.com/blog/2019-november-delphi-10-3-3-available.html full  Uninstall/Reinstall helped in that case. 

Maybe try installation without adding Microsoft SDK.  Or try using the web install if downloading is not a problem for you.

I am sorry that I cannot be of more help, but the last ISO installer I used was for XE4.

@Erix A. @PeterPanettone @Darian Miller I haven't used ISO for a while... but Delphi updates (including web installer) always required complete uninstall and reinstall procedure. You can only use Modify/Repair if you are modifying or repairing with the same installer you originally installed. If that is 10.3.2, then you can only use it for modifying 10.3.2 features.

There is a migration tool installed, accessible from Windows Start Menu that can be used for importing/exporting settings between various versions. But migration tool needs to be run before uninstalling. Also it is a bit flaky and not all settings are properly migrated. ISO installer had option to keep registry settings and that part worked better.

https://www.embarcadero.com/products/rad-studio/whats-new-in-10-3-rio

https://dalijap.blogspot.com/2019/11/rio-1033-update.html

As far as I can remember most of the work in formatter was done by XE4. I had few issues reported and I think they were all resolved by that time period (bugs, not feature requests). I cannot verify because old QC is offline.

I don't think there are major differences between XE4 and Rio (including versions in between) or should I say if there are differences, chances are that it is more broken now than before because some newer language constructs are not fully supported.

Anyway, I never ever use it to format whole units as it still can destroy readability. I only use it on selections.

On 11/15/2019 at 7:00 PM, Joseph MItzen said:

Quote

If the next generation of programmers makes more intensive use of multithreading, then the next generation of computers will become nearly unusable.

-Edward A. Lee, "The Problem With Threads"

All I can say to Professor Lee is good luck with creating any non trivial mobile application without using threads that will not be killed by the OS for not responding or performing network operations on main thread.

Theory is one thing practice another.

Generally, no.

I don't know about each and every platform but you either cannot kill unresponsive thread from the outside (application) or you can kill it but effectively doing so will also leave application in totally unstable state.

So, if you need to kill the thread, you basically need to kill the application itself. 

13 minutes ago, Anders Melander said:

I know that this isn't really what you're asking but I don't think I've ever had a case where one didn't need to create suspended.

 

You always have to either pass some information to the thread or initialize it's data and if you don't create it suspended there will be a race between the creator and the thread for access to the thread data structures. For example:

type
  TMyThread = class(TThread)
  private
    FData: TSomeType;
  protected
    procedure Execute; override;
  public
    construtor Create(const AValue: TSomeType);
  end;

construtor TMyThread.Create(const AValue: TSomeType);
begin
  inherited Create(False); // Thread starts immediately
  FData := AValue; // Race condition here
end;

procedure TMyThread.Execute;
begin
  FData.WhatEver; // Race condition here
end;

var
  Thread: TMyThread;
begin
  Thread := TMyThread.Create(SomeData);
end;

 

Actually, there is no race condition because thread is actually started in AfterConstruction. So you can put just about anything you need in thread constructor and create thread in non suspended state.

4 hours ago, Rollo62 said:

But I cannot proceed using the same version code.

 

Yes, I have to study this more deeply, but I'M not sure if that is related to the same apk.
 

It is related to same apk.

I know for sure you can upload multiple apks because I know some developers have successfully used that feature. So I know this is possible, I just don't know the details and I cannot dig up particular conversations. 

But, App Bundle is the way to go so you don't have to worry about multiple apks.

14 minutes ago, Rollo62 said:

I just tried that out, with same app, compiled to 32-Bit and 64-Bit.
1. I uploaded 64-Bit version to internal test: All OK
2. I uploaded 32-Bit version to internal test: Failure: "You have already uploade app with same version code"

 

This is what I expected, so if you says its possible to upload separate 64- and 32-Bit apps, can please explain how ?
Of coarse I could upload 32-Bit with new version code, but isn't this new version then overriding the 64-version as well ?

I don't know what is exact process, as I never had to do it.  

Official documentation https://developer.android.com/google/play/publishing/multiple-apks

8 minutes ago, Yaron said:

Regardless of the upcoming version, you must include both 32bit and 64bit APK files otherwise your app will not work on some devices.

 

I'm not sure if the play store allows you to upload separate APK files or you must upload an AppBundle.

Play Store allows uploading separate APKs, but using AppBundle is easier.

1 hour ago, Dave Nottage said:

That's very odd, since it's perfectly valid. I'd report it to Google.

com.1stlevel.mypackage_name is not a valid application id https://developer.android.com/studio/build/application-id

• It must have at least two segments (one or more dots).
• Each segment must start with a letter. 
• All characters must be alphanumeric or an underscore [a-zA-Z0-9_].

13 minutes ago, Yaron said:

I'm aware of the beta, but like I wrote above, I would like to avoid wasting an entire work day installing & configuring a beta version of Delphi if the final release is just around the corner.

And if it's not just around the corner then my subscription might end and I'll be stuck with a beta version.

 

Like I wrote, no good options for me to plan for when no release information is forthcoming.

You will not get answer to your question. Release dates are unknown to the public.  Once version is released it is announced and that is it. Anything else is speculating.

31 minutes ago, Yaron said:

Just got word from google that my 32bit project that was in beta would not be approved for the extension, not sure if it was because it was in beta or if I requested the extension too late.

 

There is ongoing beta open for people on update subscription. You can participate and use it for publishing 64bit app on Play Store.

https://community.idera.com/developer-tools/b/blog/posts/addressing-ios-13-and-android-64-bit-with-rad-studio 

1 hour ago, David Heffernan said:

Yeah, I know what cross platform means.

 

What would be platform specific about a unit testing library? 

Retrieving the results, memory management, zero based strings... 

Having good core libraries is essential. Otherwise everybody keeps rolling their own. At the end if you have to use multiple libraries they tend to be incompatible and have duplicated code.

So +1000 for having things fixed at the root. Same goes for IDE. Every time some basic functionality is either broken or missing, we need to push harder to have that functionality fixed without relying of various plugins.

Having said that, I have utmost respect for all people devoting their time creating those valuable tools and libraries.

Just confirmed by @Marco Cantu installation support is free if you have active subscription.