[jira] [Commented] (CB-11440) iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple

2020-11-26 Thread Yourspace (Jira)


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

Yourspace commented on CB-11440:


Hello, any news of Admob SDK v20, will be updated?

> iOS: Remove default: disabled NSAppTransportSecurity - soon required by Apple 
> --
>
> Key: CB-11440
> URL: https://issues.apache.org/jira/browse/CB-11440
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
> Environment: cordova-ios 4.1.1
>Reporter: Michael Schmidt
>Assignee: Shazron Abdullah
>Priority: Blocker
>  Labels: backlog, iOS, triaged
> Fix For: cordova-ios@5.0.0
>
> Attachments: WebAdmin.txt
>
>
> iOS platform by default disables https:
> {code}
> NSAppTransportSecurity
> 
>   NSAllowsArbitraryLoads
>   
> 
> {code}
> Apple soon requires HTTPS:
> "Apple mandates App Store apps support ATS security protocol by 2017"
> http://appleinsider.com/articles/16/06/14/apple-mandates-app-store-apps-support-ats-security-protocol-by-2017
> --> remove this default from cordova ios platform



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-13647) Incomplete plugin restoration

2020-11-26 Thread Yourspace (Jira)


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

Yourspace commented on CB-13647:


any update for Admob SDK v20?

> Incomplete plugin restoration
> -
>
> Key: CB-13647
> URL: https://issues.apache.org/jira/browse/CB-13647
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: 7.0.0
>Reporter: Michael Goffioul
>Assignee: Joey Robert Bowser
>Priority: Major
>  Labels: android-next
>
> I'm having a problem with plugin restoration since cordova-android 7.0.0, 
> when plugins use a mix of config-file and edit-config on the same file (e.g. 
> AndroidManifest.xml) and only edit-config uses the real path to the file. 
> I've tried both cordova-cli 6.5.0 and 7.1.0 with the same result.
> 1) Create a new corodva project and enter top-level direcotyr
> 2) Create subfolder to contain a local plugin: mkdir -p 
> localplugins/testplugin1
> 3) Create the following files to define the local plugin:
> - plugin.xml (adds an attribute to  and a category to 
> )
> {code}
> 
> http://apache.org/cordova/ns/plugins/1.0"; 
> id="com.example.testplugin1" version="1.0.0">
> Test Plugin 1
> 
>  parent="/manifest/application/activity/intent-filter">
> 
> 
>  target="/manifest/application" mode="merge">
> 
> 
> 
> 
> {code}
> - package.json
> {code}
> {
> "name": "com.example.testplugin1",
> "version": "1.0.0"
> }
> {code}
> 4) Add android platform: cordova platform add android@7.0.0 --save
> 5) Add local plugin: cordova plugin add localplugins/testplugin1 --save
> At this point, if you check 
> platforms/android/app/src/main/AndroidManifest.xml, it'll contain the 2 
> changes defined in the plugin.
> Now attempt to use platform/plugin restoration with thw following:
> {code}
> cordova platform rm android
> cordova prepare android
> {code}
> If you check again AndroidManifest.xml, it will only contain one of the 
> changes defined in the plugin (the attribute to ). The other 
> change is missing.
> If you use the real path to AndroidManifest.xml for the definition of 
> , then the problem does not occur. BUT, the problem can also 
> occur when changes to AndroidManifest.xml are coming from multiple plugins, 
> including the standard cordova plugin, most of which do not use the real path 
> to AndroidManifest.xml yet.
> The problem can affect other files too. For instance I experienced incomplete 
> restoration of plugins trying to register themselves in res/xml/config.xml. 
> Only one plugin, out of 7, was using the real path 
> app/src/main/res/xml/config.xml and I ended up with only one plugin defined 
> in res/xml/config.xml, causing the application to fail to start.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org