This view is not constrained android studio 3.0.1

#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 PDF#
#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 MANUAL#
#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 WINDOWS 10#

Doesn't matter which project - I can even create a brand new project and it will give me this error. But, no matter what I do, I keep getting this error. So I transfered my android studio projects over and downloaded android studio 3 to my pc.

#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 WINDOWS 10#

It looks like a bug.Having been working on Mac for a long time, I now have to start using a windows 10 PC. So my layout looks like: Д«ut when Content growth Title is moved out of screen bounds. I've encountered a problem with ConstraintLayout while simply placing 2 views in the center of screen. I haven't worked with ConstraintLayouts much so it might be something easy.

I would like the left views (title, date) to stop where the download image and duration start. The problem with what I have now is the left views is overlapping the right views, as you can see in the screenshot:

I'm trying to create a two-row ConstraintLayout, each row has two views. Anything I am missing and should consider? Thanks in advance. What are my options? In the short term I'm considering disabling the erase feature from the app (at least for now). Additionally, MediaStore API doesn't have a RN implementation as of right now, so everything would have to be done from scratch, too. I'm working on a RN app that uses a 3rd party library for the download paths, which old/new versions, respectively, use different paths (rn fetch blob and rn fetch blob util). On the positive side, it at least sounds like a solution due to the content resolver's CRUD abilities. If this is the way, so be it, I will implement it, but it does not sound like the way to go.

#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 MANUAL#

Disregarding moving back to manual content resolver and cursor usage, how should arbitrary files be sorted? Should I manually sort by mime types and have different methods for saving for specific media types? It sounds exceptionally tedious and counter intuitive. The other thing I've considered using is the MediaStore API but I'm struggling to see how this is an improvement over the old ways in terms of function. Obviously, the latter path is unable to be navigated to by another app (or is it? I haven't found a way, hence the question).

On the other hand, I am not being able to delete this file from my app due to lack of permissions. While the former is deprecated, it works for me in that the Files app can be used to navigate to the file in question (and possibly open/delete the file). I've tried to use Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS).getAbsolutePath()) and also getExternalFilesDirPath(ctx, Environment.DIRECTORY_DOWNLOADS)). Considering we cannot opt out of scoped storage anymore (requirement to target 30), I got a couple of questions.

#THIS VIEW IS NOT CONSTRAINED ANDROID STUDIO 3.0.1 PDF#

Say it is a pdf file - the user would want to open it with different apps or edit it if they have the ability to, or just share it via email. I would also like the user to be able to delete the file from the app (they would know which file is downloaded and which isn't, a ticker would indicate if it's backed up locally). A user can download a file (no restrictions to file type) and should be able to save it on the device so it can be used for other purposes. I have an app that wants to have the ability to download files locally.

This view is not constrained android studio 3.0.1