'Operation Cancelled' when saving downloaded file without a default 'Files' app set - [Solution (Temporary fix(?)] - Set Default "Files" app (typically(?) AOSP "Files" unless/until an alternative is installed) like Mixplorer (must choose between two optional apps to be the Default choice "Always")

[lpstandardrp]

Android 9
Samsung Galaxy Note 8

Solution: select a default files app. This will bypass the 'choose app' window. Im pretty sure thats the kink in the operation which results in 'operation cancelled' when trying to save a file downloaded in Aurora to the phone storage.

[Solution (Temporary fix(?))]: Can't 'export' (from Aurora app's internal storage) to phone internal/external storage) files downloaded in Aurora:

• it seems the problem is caused by (or at the time of) the *interruption after clicking on the file (already downloaded) in Aurora: "choose application to save your file" / "Just Once" or "Always"— I say "interruption" because by default I had no problem saving these files until recently after I installed MiXPLORER (file manager (AMAZING³)) because that changed my default file manager to "optional" (Before MiXplorer "Files"/stock-AOSP was my only option and was also default (THIS is the important part because clicking the file in Aurora >[led directly to]> Files (file manager) window (choose fokder location to save; SELECT('SAVE'))— THERE WAS NO INTERRUPTION caused by: 'Choose which app: MiXPLORER or FILES / JUST ONCE or ALWAYS', which, only became an option (and the problem it seems) after I installed (MiXPLORER), which, because it became an optional alternative to the Default File Manager it presumably disabled the Default status of "Files" (ie in its "Files" app settimgs > Set as Default; (before Mixplorer Files was The default app to use (perhaps the only app– I don't know if simply installing an alternative (in this case MiXplorer) would trigger the option to choose which app, as opposed to leaving Files set as the default app of choice) after Mixplorer install the Files 'default' setting became disabled, and thisnis when thenproblem began. As soon as I chose MiXplorer as the default app of choice (ALWAYS which is important to note because no longer will the 'Choose which app...' prompt interrupt the flow from 1)choosing and clickimg on the downloaded file in Aurora which 2)goes directly to the 'save as' window (in file manager of choice, aka set to default because I choee Mixplorer Always; Just Once never worked. Furthermore, I tested this by disabling MiXplorer Default settimgs and recreating the problem which happened as before after clicking on file > choose app > select/save > "operation cancelled"... and then again fixed this error by choosing Mixplorer/Always as my default app to use when clicking downloaded file in Aurora. Also of note: following choosing your default app (in my case Mixplorer) "[App Choice]/Always" the error "operation cancelled" will happen once more (because the interruption of choosing the app already occurred; it is when you click on the file next time that it goes directly to the 'save as' window (instead of 'choose which app')...

Some notable observations if helpful:
Without having a default app set:
Saving to a specified location results in a ¹saved 0 byte file. Directly following saving the file (i.e. 1)navigate to desired location/directory in which to save file and 2) click SELECT (Files app), or 'checkmark' (Mixplorer app), or etc.) results in ²"Operation cancelled" popup error message displayed over the Aurora window.
At this point one, two things are of note:

1. There is ³no option to "delete" the file from Aurora's internal app storage (which typically follows directly after saving the file ('saving' meaning (to repeat myself):...by navigating to the desired location/directory to save the file and then saving by clicking SELECT (Files app), 'checkmark' (Mixplorer), etc.))) , and, ⁴the file remains in Aurora's "downloaded" window. Click on it again, repeat the process as much as you want. Until you select a default files app and thus bypass the 'choose app' window, this "'Operation Cancelled' 0 byte file saved & ⁵*recent app window shows the 'save as' app as if the location was never selected in the firstplace (even though there is now a 0 byte file 'saved' there with the correct filename)... this seems to be the cycle— regardless of all the various options I tried: (changimg apps to save with, locations, internal and external storage, enabling/disabling Hypatia (realtime scanner - which I had just installed so it seemed like the culprit initially), clearing app cache force stopping, deletimg files, redownloading, trying different files, etc. ...) ... pretty much everything until i had an "aha" moment where i remembered using Aurora in the past and there being a flow.. a quick procwss between choosing downloaded file, selecting location, deleting aurora file (saved internally in the app), choosing the next dowbloaded fike to transfer from the app internal storage to the save location of choice... which, even with twenty files downloaded, once a folder location directory is set, the "default" app always returns to that folder and so saving twenty files in the same location becomes a 3-click process for each file (hence the "flow"- its quick)... when I remembered the flow I thought setting a default app might fix the problem, and it didn't work the first time (what I thought might be the firat time, because 'operation cancelled' still popped up) but the second time I soon realized actually was the first time using the previously selected default app (technically, the first time the flow is not interrupted by the 'choose app' dialogue window because it is now 'bypassed'/unnecessary for the first time since the default app was chosen and able to be the missing link/bridge/etc. needed to complete the operation from beginning to end, the 'flow', without any hiccups that cancel the operation).

2. In the location/directory to where the user navigated and then clicked SELECT(Files) or 'checkmark'(Mixplorer) etc., the filename will exist on a file with a size of 0 bytes (accordimg to both Files and Mixplorer on my phone).

With a default app set:
Well, i think I explained what normally takes place above, and if not, then I think I described what normally should or should not take place, so I am confident I included what I estimated would be:

1. comprehensive enough to
   Ai) not only (by process of elimination), eliminate any other potential factors/causes (internal/external storage, hypatia scanner causing a stop in file operations, app cache, etc.) and thus rule out any likely or typical problems causers in my past experiences with differential diagnosis and some of the most common and seemingly likely problematic candidates, but also
   Aii) enough relevant information to hopefully pre-emptively answer any questions that have a, in my experience, logical relevance in regards to the process of elimination and/or is universal or common enough in Android to be worth considering as probable value to any potential future persons, with consideration for what I estimate their use case scenario might look like and thus including various potential variations on some of the most relatively common user Android ecosystems/setups that might differ in a number of common ways like: Android Versions, Launchers, apps involved, external storage capability, ...anything likely to be a potential culprit,
   B) fill in any missing information by process of elimination and/or "sudoku"-ing from what info is, is not, is inferred, and/or missing.