Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

the app was built for an older version of android.... install anyway #5233

Open
2 tasks done
g1i1U opened this issue Nov 2, 2024 · 7 comments
Open
2 tasks done

the app was built for an older version of android.... install anyway #5233

g1i1U opened this issue Nov 2, 2024 · 7 comments
Labels
unverified A bug that has been reported but not verified

Comments

@g1i1U
Copy link

g1i1U commented Nov 2, 2024

Checklist

  • I have searched the issue tracker for open issues that relate to the same problem, before opening a new one.
  • This issue only relates to a single bug. I will open new issues for any other problems.

Describe the bug

why when i try to install the created fyne/go apk on my android it says :
"the app was built for an older version of android" install anyway

any fix here

How to reproduce

fyne package -os android -appID com.g1i1u.goscanner -icon icon.png

Screenshots

No response

Example code

Fyne version

v2.5.2

Go compiler version

go1.22.2 darwin/amd64

Operating system and version

macos ventura 13.5

Additional Information

No response

@g1i1U g1i1U added the unverified A bug that has been reported but not verified label Nov 2, 2024
@andydotxyz
Copy link
Member

My understanding is that this is Google Play Protect wanting us to drop support for older devices.
The apps are not "built for an older android" - they target the latest API, however it does support very old versions.

So to make this go away we would have to drop support for a load of OS versions due to Googles desire to drop that support.

Should we?

@hkparker
Copy link
Contributor

hkparker commented Nov 8, 2024

Would it be possible to easily opt-in or opt-out of this support? So that those who are concerned about this warning message can drop it, without losing the ability for those who it matters to. Not sure if this is just something declared in the manifest or more involved, but I'm imagining a fyne package flag to drop older version support (or, if the default is to drop it, a flag to add it).

@andydotxyz
Copy link
Member

Unfortunately the minSDK defines what "shims" or support adapters are compiled in on the Android size. This is why we hard-code it because changing that as developers specify would (could?) change how Fyne functions and possibly break functionality.
To switch between them would need alterations in the codebase as well as at the manifest level to compensate.

@ppxl
Copy link

ppxl commented Nov 8, 2024

Unfortunately the minSDK defines what "shims" or support adapters are compiled in on the Android size. This is why we hard-code it because changing that as developers specify would (could?) change how Fyne functions and possibly break functionality. To switch between them would need alterations in the codebase as well as at the manifest level to compensate.

Funny that this issue is currently being discussed as I have a similar behaviour as my app will be completely blocked

Both copying on the Android FS and installing from there as well as installing it via adb will be allowed with a message á la: Insecure App blocked resp.
adb: failed to install learning_day_go_ui_with_fyne.apk: Failure [INSTALL_FAILED_VERIFICATION_FAILURE: Install not allowed for file:///data/app/vmdl934522783.tmp]

Now that some hardcoding was discussed here:
Is there something I can hack my way through so I can manage to run my silly demo app on the phone?

Edit: I should mention my Galaxy phone runs on Android 14, the app was packaged with fyne 2.5.2

Edit2: The adb switch --bypass-low-target-sdk-block was out of luck as well

@ppxl
Copy link

ppxl commented Nov 8, 2024

Unfortunately the minSDK defines what "shims" or support adapters are compiled in on the Android size. This is why we hard-code it because changing that as developers specify would (could?) change how Fyne functions and possibly break functionality. To switch between them would need alterations in the codebase as well as at the manifest level to compensate.

Funny that this issue is currently being discussed as I have a similar behaviour as my app will be completely blocked

Both copying on the Android FS and installing from there as well as installing it via adb will be allowed with a message á la: Insecure App blocked resp. adb: failed to install learning_day_go_ui_with_fyne.apk: Failure [INSTALL_FAILED_VERIFICATION_FAILURE: Install not allowed for file:///data/app/vmdl934522783.tmp]

Now that some hardcoding was discussed here: Is there something I can hack my way through so I can manage to run my silly demo app on the phone?

Edit: I should mention my Galaxy phone runs on Android 14, the app was packaged with fyne 2.5.2

Edit2: The adb switch --bypass-low-target-sdk-block was out of luck as well

The Google Play protect screen did offer some help which I didn't recognized as that. It is possible to generally disable app scanning inside the Google Play app > ⚙️ > "Scan apps with Play Protect"¹ > switch to off
I know, doing so this is generally considered unsecure. I hope I will remember to switch back once I am finished.

Anyway, thanks for reading.

¹: My Android is in german so I hope the translation will fit, YMMV

@andydotxyz
Copy link
Member

@ppxl that is a different issue - if you want to discuss it please open a new ticket. The version warning is not a blockage and apps can be installed or released to the store with the current settings.

A complete block is not something we have seen before and may relate to your code or other settings in your project. As it's an Android specific error googling may turn up related posts from native developers.

@ppxl
Copy link

ppxl commented Nov 11, 2024

@ppxl that is a different issue - if you want to discuss it please open a new ticket. The version warning is not a blockage and apps can be installed or released to the store with the current settings.

A complete block is not something we have seen before and may relate to your code or other settings in your project. As it's an Android specific error googling may turn up related posts from native developers.

I see. I think I will leave it at that for now. Thanks for your work and time 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
unverified A bug that has been reported but not verified
Projects
None yet
Development

No branches or pull requests

4 participants