fix(dynamic-link): fix unhandled exception caused by "additionalData" map

[russellwheatley]

Description

1. We send additionalData property as part of exception here. This causes an uncaught exception here because it is expecting Map<String, String> type. I've updated to allow nested maps (i.e. Map<String, Object>).

The other issue I want to highlight is code and message. They are really unhelpful. On the other hand, additionalData has more accurate information.

As you can see from the below noted, additionalData has the additionalData.message: "Requested entity was not found" compared to the message: "An unknown error has occurred".

We should think about how we can include additionalData in the exception, this is not the first time descriptive messages have been obfuscated from the user.

Related Issues

Replace this paragraph with a list of issues related to this PR from the issue database. Indicate, which of these issues are resolved or fixed by this PR. Note that you'll have to prefix the issue numbers with flutter/flutter#.

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.
• 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.

[Lyokone]

Should we create another issue to add more information to the base error message?

[russellwheatley]

@Lyokone yes, that's a good idea. Here is the issue: #9943