feat(firebase_ui_auth): Use icon from OAuth provider as a fallback in ProfileScreen

[Rexios80]

Description

In the ProfileScreen, use the OAuth provider icon as a fallback if available

Related Issues

#383

Checklist

Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]).
This will ensure a smooth and quick review process. Updating the pubspec.yaml and changelogs is not required.

• I read the Contributor Guide and followed the process outlined there for submitting PRs.
• My PR includes unit or integration tests for all changed/updated/fixed behaviors (See Contributor Guide).
• All existing and new tests are passing.
• I updated/added relevant documentation (doc comments with ///).
• The analyzer (melos run analyze) does not report any problems on my PR.
• All unit tests pass (melos run test:unit:all doesn't fail).
• I read and followed the Flutter Style Guide.
• I signed the CLA.
• I am willing to follow-up on review comments in a timely manner.

Breaking Change

Does your PR require plugin users to manually update their apps to accommodate your change?

• Yes, this is a breaking change.
• No, this is not a breaking change.

[github-actions]

Hello 👋, this PR has been opened for more than 2 months with no activity on it.

If you think this is a mistake please comment and ping a maintainer to get this merged ASAP! Thanks for contributing!

You have 15 days until this gets closed automatically

[Rexios80]

@russellwheatley any thoughts?

[russellwheatley]

@Rexios80 - I don't have a problem with it, but I guess I'm not keen on additional dependencies. Is there any way around the addition of flutter_svg?

[Rexios80]

flutter_svg is already a transitive dependency of firebase_ui_auth due to its dependency on firebase_ui_oauth. The alternative is that the OAuthProvider has a method on it to create the icon Widget.

[Rexios80]

@russellwheatley thoughts on how to proceed here?

[russellwheatley]

@Rexios80 - I think I would prefer to use the method on the oauth provider if possible

[Rexios80]

Closing in favor of #474