You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ProgressIndicator native code plugin (org.pbernasconi.progressindicator) is causing EXC_BAD_ACCESS crashes in iOS. This seems to occur sometimes when calling hide() after an indicator has already been hidden. This happens in the JavaScript exception handlers in Application.ts.
There are a couple of options here:
Look for a replacement progress indicator plugin
Don't call hide() in the script exception handlers
Fork and attempt to fix the current plugin
Submit issue to the original plugin maintainer
Option 1 is attractive because the current plugin does not support Android, so finding an alternative plugin that has Android support would allow me to ditch the MockApi implementation for Android. If no subtable alternative could be found, perhaps I could just use the mock implementation which utilizes Ionic.
I would like to avoid option 2 because if an exception occurs during an HTTP request the progress indicator may never be hidden, leaving the user stuck.
• Upgraded to the new jsproj format and project file layout; resolves#48
• Switched plug-in to use npm identifiers rather than the old Cordova plugin IDs; resolves#46
• Upgraded to Cordova 5.1.1; resolves#45
• Added white list plug-in and added a default Content-Security-Policy; resolves#47
• Upgraded plug-in versions
• Switched progress indicator from org.pbernasconi.progressindicator to my custom fork net.justin-credible.cordova-progress-indicator; resolves#34
• Upgraded plug-inversions
The
ProgressIndicator
native code plugin (org.pbernasconi.progressindicator) is causingEXC_BAD_ACCESS
crashes in iOS. This seems to occur sometimes when callinghide()
after an indicator has already been hidden. This happens in the JavaScript exception handlers inApplication.ts
.There are a couple of options here:
hide()
in the script exception handlersOption 1 is attractive because the current plugin does not support Android, so finding an alternative plugin that has Android support would allow me to ditch the MockApi implementation for Android. If no subtable alternative could be found, perhaps I could just use the mock implementation which utilizes Ionic.
I would like to avoid option 2 because if an exception occurs during an HTTP request the progress indicator may never be hidden, leaving the user stuck.
I'll try 4 for now; opened pbernasconi/cordova-progressIndicator#20.
The text was updated successfully, but these errors were encountered: