fix(ios): Sync camera API return to match Android changes

[breautek]

Platforms affected

iOS

Motivation and Context

Android had a public API change so that it's returned data is URIs instead of paths.
This PR makes iOS do the same thing.

Unlike Android, iOS only ever deals with file:// or data: URIs.

Description

The most notable change - (NSData*) processImage:(UIImage*) info:(NSDictionary*) options:(CDVPictureOptions*) API implementation got moved to:

- (NSData*) processImage:(UIImage*) info:(NSDictionary*) options:(CDVPictureOptions*) outMime:(NSString**)

The old API signature calls on the new signature with a nil outMime, which if nil, the implementation will not set.

outMime is a new out parameter. If given an pointer-pointer to a NSString*, it will set it to the MIME type of the encoded type. It's used by a third new method:

- (NSString*) processImageAsDataUri:(UIImage*) info:(NSDictionary*) options:(CDVPictureOptions*)

which also uses the processImage implementation, supplying the NSString* to fill in, which is used to prepare the data URI format.

The resultForImage API was then refactored to make use of these new processImage constructs.

Based on my testing, it seems like iOS always did return file:// paths unlike android which historically returned raw file paths. Therefore there was no changes done to the FILE_URI path of getPicture.

Testing

Manual testing on iOS 15 physical device (simulators do not simulate camera hardware 😞)
Paramedic tests doesn't run locally for ios platform so I'll let the PR do it's thing.

Checklist

• I've run the tests to see all new and existing tests pass
• I added automated test coverage as appropriate for this change
• Commit is prefixed with (platform) if this change only applies to one platform (e.g. (android))
• If this Pull Request resolves an issue, I linked to the issue in the text above (and used the correct keyword to close issues using keywords)
• I've updated the documentation if necessary (Will be making a PR later for v8 Public API changes)