[ 
https://issues.apache.org/jira/browse/CB-9366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15136390#comment-15136390
 ] 

ASF GitHub Bot commented on CB-9366:
------------------------------------

Github user jimmont commented on the pull request:

    https://github.com/apache/cordova-js/pull/118#issuecomment-181090801
  
    @nikhilkh Yes. Throwing errors is a reliable way of both debugging and 
finding problems. When they're intercepted I can't do that as easily. (Similar 
is true of `cordova-plugin-console`.) In looking through the source cordova 
uses a module loader and http requests to setup **global** APIs from the 
**local filesystems** on the device, and various events/event-system to get the 
sequence and setup right. Seems sub-optimal to me. (For example, a concatenated 
script which works with the global namespace directly seems like the simple 
approach, all things considered, and is what happens in the end anyway.) But I 
haven't finished looking at all the contemporary platforms (that I want to 
target anyhow). No one asked for these observations but given I'm seeing them, 
and how expensive time-wise it is to work either with or around them, thought 
I'd mention it. (In case more context is helpful: imagine debugging getting 
cordova and all the desired plugins working in a worker so the UI is more 
responsive. By all appearances the original authors didn't plan for this 
scenario.)


> Log error.stack when a call to a plugin throws an exception
> -----------------------------------------------------------
>
>                 Key: CB-9366
>                 URL: https://issues.apache.org/jira/browse/CB-9366
>             Project: Apache Cordova
>          Issue Type: Improvement
>          Components: CordovaJS
>    Affects Versions: Master
>            Reporter: Nikhil Khandelwal
>            Assignee: Nikhil Khandelwal
>            Priority: Minor
>
> This can help in isolating the cause of the error.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to