Presently, debug output from the FlutterSDK is somewhat difficult to use.
-
Debug messages from the SwiftSDK are not visible in the Flutter debug console unless the app has been started directly from Xcode. Furthermore, such messages are not usually detectable by Flutter logging frameworks.
-
Debug messages from the KotlinSDK are visible, but not very easy to control as the output can't be tagged / redirected to a logging framework.
To improve this, we can:
Any thoughts or comments are welcome @winsmith @Jeehut
Presently, debug output from the FlutterSDK is somewhat difficult to use.
Debug messages from the SwiftSDK are not visible in the Flutter debug console unless the app has been started directly from Xcode. Furthermore, such messages are not usually detectable by Flutter logging frameworks.
Debug messages from the KotlinSDK are visible, but not very easy to control as the output can't be tagged / redirected to a logging framework.
To improve this, we can:
LogHandlerclass to be registered as a callback function for both SwiftSDK and KotlinSDK. The log handler drops all messages and does not print anything by default.TelemetryManagerConfigurationto accept alogHandlercallback as an option. Client apps can implement the longHandler and redirect messages to their preferred logging framework.debugoption as deprecated. As a fallback, we can provide a default print() implementation whendebugis set to true, this will cause a warning so developers will be prompted to migrate.Any thoughts or comments are welcome @winsmith @Jeehut