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

Refactor: Port PackageManager.canRequestPackageInstalls (Android) #1215

Merged

Conversation

JeroenWeener
Copy link
Contributor

Ports the necessary Android SDK bits for checking whether an application can request package installs.

Closes https://github.com/orgs/Baseflow/projects/9/views/1?pane=issue&itemId=39927253.

Pre-launch Checklist

  • I made sure the project builds.
  • I read the Contributor Guide and followed the process outlined there for submitting PRs.
  • I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy, or this PR is does not need version changes.
  • I updated CHANGELOG.md to add a description of the change.
  • I updated/added relevant documentation (doc comments with ///).
  • I rebased onto next.
  • I added new tests to check the change I am making, or this PR does not need tests.
  • I made sure all existing and new tests are passing.
  • I ran dart format . and committed any changes.
  • I ran flutter analyze and fixed any errors.

@JeroenWeener JeroenWeener changed the base branch from main to next November 9, 2023 17:11
Copy link

codecov bot commented Nov 9, 2023

Codecov Report

Attention: 2 lines in your changes are missing coverage. Please review.

Files Coverage Δ
...lib/src/permission_handler_platform_interface.dart 89.47% <88.88%> (-10.53%) ⬇️
..._platform_interface/lib/src/permission_status.dart 92.59% <66.66%> (-3.25%) ⬇️

📢 Thoughts on this report? Let us know!

Comment on lines 84 to 86
List<String> permissions, [
int? requestCode,
) {
]) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we make the requestCode an optional named parameter, instead of an optional positional parameter?

Named parameters are more developer friendly as they show up better in the IDE and also allows for a bit more flexibility in case we need to add additional parameters.

Comment on lines 119 to 121
Intent intent,
Intent intent, [
int? requestCode,
) {
]) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we make the requestCode an optional named parameter, instead of an optional positional parameter?

Named parameters are more developer friendly as they show up better in the IDE and also allows for a bit more flexibility in case we need to add additional parameters.

Copy link
Member

@mvanbeusekom mvanbeusekom left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@JeroenWeener JeroenWeener merged commit af31702 into Baseflow:next Nov 10, 2023
1 check failed
@JeroenWeener JeroenWeener deleted the feature/request-install-packages branch November 10, 2023 09:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants