🟨 WebViewExtra - Upload/Download Files with webviewer

Hi, Please let me know if you will be releasing an update for the below compliance need by google.

In October 2023, we announced the Photo and Video Permissions policy to enhance user privacy by limiting the number of apps with access to broad photo and video permissions (READ_MEDIA_IMAGES and READ_MEDIA_VIDEO). Starting January 22, 2025, your app must comply with this policy.8

1 Like

In what way is the webviewextra extension contravening the google policy for Photo and Video permissions ?

Try this, see what happens

uk.co.metricrat.webviewextra1.8.2beta.aix (23.4 KB)

(now only READ_EXTERNAL_STORAGE and WRITE_EXTERNAL_STORAGE permissions declared in the manifest, no other permissions.For beta testing. Uploads and Downloads working for me when compiled on Android 15)

Correct me if I'm wrong, I think you've made READ/WRITE provisions to access MEDIA images, video. 3rd bullet in the below link

sets READ and WRITE and MEDIA permissions in the app / aia project, enabling the setting of Legacy as a default filescope for storage of files in Shared directories.

See above, MEDIA permissions removed. Please test (in app and on Google Play Store). The extension uses SAF (ACTION_OPEN_DOCUMENT) which is the fallback if Android File Picker is not available.

1 Like

Sure. will test and let you know. Thanks!

Now updated to V1.8.2 in first post.

Thanks @TxSolve for the heads up.

Update to version 1.9

allows autoplay of media (audio/video) with sound

1 Like

Hi @TIMAI2. Does version 1.9 include the fix for the "when downloaded" block?

Sadly no.

1 Like

:smiling_face_with_tear: ok thanks

@Mr.Black

Would you like to try this:

uk.co.metricrat.webviewextra1.95.beta.aix (24.4 KB)

not fully tested, but see if it works for you.

1 Like

It looks like it works, but sometimes it detects a downloaded file, and sometimes it doesn't.
I think I should try it on a few devices. By the way, thanks for taking the time to fix it.

I am seeing strange behaviour too. On first run, apart from the notification, nothing, subesquent runs can get it to show an alert up to four times.

(I will have to get an expert to take a look) :wink:

1 Like

yup, you have to :sweat_smile:

@TIMAI2 Previously I used your suggestion by using the Clock and File components to check if the file exists meaning Download Completed, but it turns out this method does not work for some files, such as ZIP files while downloading it's immediately notifying me that the file has been downloaded even though it is not finished, so I tried another way. I used the extension below, and it seems to work.

IntentFilterInfo : BroadcastReceiver

Here is my blocks

So this extension can trigger when the file is downloaded successfully. but "OnGet" always returns empty. Maybe if anyone knows what is wrong with my block, could help me fix this. I would really appreciate it. But the point is, perhaps you can get an idea and fix your extension. @TIMAI2

Thank you.

Yes, I have this sort of code in the extension, but the BroadcastReceiver is not working to call the Downloaded event. I am working on that.

1 Like

Thank you so much.

42 posts were split to a new topic: Downloading Files through Webviewer on Chromebook

Update to version 1.98

Fixes Downloaded Event, so that it now runs after the file has completely downloaded. Credits @Kumaraswamy for the code. :slight_smile: The Downloaded Event only works correctly when app is compiled. Developers should use the DownloadDataDebug Event when developing/testing with companion app (but this fires when the download is initiated).

1 Like

Update to version 2.0

I am pleased to announce the release of webviewextra version 2.0.

All details and download link available in the first post.