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

Andrew Grieve commented on CB-8236:
-----------------------------------

Ideas to fix:
1. Add support for platform-default plugins, then add the default perms to this 
plugin so that they get captured in config munch
2. First time a config-file is encountered, add all of its top-level nodes to 
the config munge
3. First time a config-file is encountered, make a backup of it under 
platform_www/. Upon each prepare, copy in the original version and re-apply 
munge. Delete all uninstall logic since uninstall is just same as install now 
(post config-munge updating). This has downside of it making files harder to 
modify by users, since now they need to modify in platform_www/, which doesn't 
make sense.
4. Wait for gradle to become default build system, then modify all plugins to 
use android libraries & Manifest Merger logic instead of config-file tags.

Only #1 and #4 make sense to me... Going to punt for now.

> INTERNET permission should not be removed when uninstalling a plugin that 
> added it, since it's a default permission set by cordova-android.
> -------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CB-8236
>                 URL: https://issues.apache.org/jira/browse/CB-8236
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: CordovaLib
>            Reporter: Andrew Grieve
>            Assignee: Andrew Grieve
>            Priority: Minor
>
> Create a plugin that includes:
> {code}
> <config-file target="AndroidManifest.xml" parent="/manifest">
>   <uses-permission android:name="android.permission.INTERNET" />
> </config-file>
> {code}
> Add it to a project, then remove it. Notice that the uses-permission tag is 
> now gone when it shouldn't be.



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