[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki edited comment on CB-14039 at 4/26/18 11:39 PM:


Looks like changing value 
[here|https://github.com/wtrocki/cordova-ios/blame/master/CordovaLib/Classes/Private/Plugins/CDVGestureHandler/CDVGestureHandler.m#L46]
 fixes that. Going to experiment with this to still suppress webview window


was (Author: wtrocki):
Going to work to resolve this issue.

> Inputs type text don't work on iOS
> --
>
> Key: CB-14039
> URL: https://issues.apache.org/jira/browse/CB-14039
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Jason Glez
>Priority: Major
>
> h3. PhoneGap CLI, node & npm versions
> PhoneGap CLI Version: 8.0.0
> Xcode Version: 9.3
> Node Version: 8.11.1
> NPM Version: 5.8.0
> Git Version: 2.16.3
> ios-sim Version: 6.1.2
> Using the following preferences in config.xml all the inputs type "text" stop 
> working and cannot be clickable.
>   name="Suppresses3DTouchGesture" value="true" />
> Devices tested:
>  * iPhone X 11.3 (Emulator)
>  * iPhone 6 10.2.1 (Physical device)
> h3. Expected Behaviour
>  * The inputs are clickable and the user can write.
> h3. Actual Behaviour
>  * The inputs are not clickable and the user cannot write
>  * Note: Sometimes the application opens the keyboard, but it's really 
> difficult to get.
> h3. Steps to Reproduce
>  * Create a new project: phonegap create myApp
>  * Add some inputs type text in the HTML
>  * Run the application: phonegap run ios



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14039) Inputs type text don't work on iOS

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki commented on CB-14039:
--

Going to work to resolve this issue.

> Inputs type text don't work on iOS
> --
>
> Key: CB-14039
> URL: https://issues.apache.org/jira/browse/CB-14039
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Jason Glez
>Priority: Major
>
> h3. PhoneGap CLI, node & npm versions
> PhoneGap CLI Version: 8.0.0
> Xcode Version: 9.3
> Node Version: 8.11.1
> NPM Version: 5.8.0
> Git Version: 2.16.3
> ios-sim Version: 6.1.2
> Using the following preferences in config.xml all the inputs type "text" stop 
> working and cannot be clickable.
>   name="Suppresses3DTouchGesture" value="true" />
> Devices tested:
>  * iPhone X 11.3 (Emulator)
>  * iPhone 6 10.2.1 (Physical device)
> h3. Expected Behaviour
>  * The inputs are clickable and the user can write.
> h3. Actual Behaviour
>  * The inputs are not clickable and the user cannot write
>  * Note: Sometimes the application opens the keyboard, but it's really 
> difficult to get.
> h3. Steps to Reproduce
>  * Create a new project: phonegap create myApp
>  * Add some inputs type text in the HTML
>  * Run the application: phonegap run ios



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki commented on CB-14048:
--

Adde fix: https://github.com/apache/cordova-plugin-inappbrowser/pull/268

> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if  
> _AllowSchemes_ contains  empty string after having being loaded, respectively 
> only if _null_, which could lead to error in case a custom scheme is use but 
> not set as white listed schema 
> What I mean is that, if no _preference_ would be set in _config.xml_ but a 
> custom scheme would be used (my case) then the variable _allowSchemes_ won't 
> be _null_ but will contains an _empty string_
>  
> In InAppBrowser.java
>  
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") && 
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If  preference AllowedSchemes 
> is not specified, variable allowedSchemes not gonna be null but an array 
> containing an empty string
>for (String scheme : allowedSchemes) { 
>if (url.startsWith(scheme)) { 
>   if (url.startsWith(scheme)) { // <-- which leads to the 
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>   
> I would like to improve this check for example like following
>  
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>  
>  Thx in advance for the improvement
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14048) Inappbrowser allowedSchemes doesn't check empty string

2018-04-26 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-14048:
-

wtrocki opened a new pull request #268: CB-14048: (android) allowedSchemes 
check empty string fix
URL: https://github.com/apache/cordova-plugin-inappbrowser/pull/268
 
 
   ## Motivation
   
   The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if  
AllowSchemes contains  empty string after having being loaded, respectively 
only if null, which could lead to error in case a custom scheme is use but not 
set as white listed schema 
   
   What I mean is that, if no preference would be set in config.xml but a 
custom scheme would be used (my case) then the variable allowSchemes won't be 
null but will contains an empty string
   
   Fix for https://issues.apache.org/jira/browse/CB-14048


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Inappbrowser allowedSchemes doesn't check empty string
> --
>
> Key: CB-14048
> URL: https://issues.apache.org/jira/browse/CB-14048
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-inappbrowser
>Reporter: Reed Richards
>Priority: Minor
>
> The new AllowSchemes introduced with inappbrowser@3.0.0 doesn't check if  
> _AllowSchemes_ contains  empty string after having being loaded, respectively 
> only if _null_, which could lead to error in case a custom scheme is use but 
> not set as white listed schema 
> What I mean is that, if no _preference_ would be set in _config.xml_ but a 
> custom scheme would be used (my case) then the variable _allowSchemes_ won't 
> be _null_ but will contains an _empty string_
>  
> In InAppBrowser.java
>  
> {code:java}
> else if (!url.startsWith("http:") && !url.startsWith("https:") && 
> url.matches("^[a-z]*://.*?$")) {
> if (allowedSchemes == null) {
> String allowed = preferences.getString("AllowedSchemes", "");
> allowedSchemes = allowed.split(",");
> }
> if (allowedSchemes != null) { // <--- If  preference AllowedSchemes 
> is not specified, variable allowedSchemes not gonna be null but an array 
> containing an empty string
>for (String scheme : allowedSchemes) { 
>if (url.startsWith(scheme)) { 
>   if (url.startsWith(scheme)) { // <-- which leads to the 
> problem "urlidontwanttowhilelist://".startsWith("") == true{code}
>   
> I would like to improve this check for example like following
>  
> {code:java}
> if (url.startsWith(scheme) && !"".equals(scheme)) {
> {code}
>  
>  Thx in advance for the improvement
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:49 PM:


[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
 See: AndroidLaunchMode.

Can you replicate problem when preference is set to:
{code:java}
{code}


was (Author: wtrocki):
https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference
 See: AndroidLaunchMode

> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:49 PM:


[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
 See: AndroidLaunchMode.

For example:
{code:java}
{code}


was (Author: wtrocki):
[https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference]
 See: AndroidLaunchMode.

Can you replicate problem when preference is set to:
{code:java}
{code}

> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Comment Edited] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki edited comment on CB-14055 at 4/26/18 10:44 PM:


https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference
 See: AndroidLaunchMode


was (Author: wtrocki):
[https://cordova.apache.org/docs/en/4.0.0/guide/platforms/android/config.html] 
See: AndroidLaunchMode

> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Wojciech Trocki (JIRA)

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

Wojciech Trocki commented on CB-14055:
--

[https://cordova.apache.org/docs/en/4.0.0/guide/platforms/android/config.html] 
See: AndroidLaunchMode

> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-10893) Allow setting status bar color on Android splashscreen

2018-04-26 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot commented on CB-10893:
-

gjdownes commented on issue #124: CB-10893: (android) Allow setting status bar 
color on Android splashscreen
URL: 
https://github.com/apache/cordova-plugin-splashscreen/pull/124#issuecomment-384807122
 
 
   Any timeline for this being merged and released?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Allow setting status bar color on Android splashscreen
> --
>
> Key: CB-10893
> URL: https://issues.apache.org/jira/browse/CB-10893
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-plugin-splashscreen
> Environment: Android
>Reporter: Martin Buchalik
>Priority: Major
>
> When creating a custom Android theme, you can also set a status bar 
> background color.
> The splash screen doesn't seem to use the application's theme - the status 
> bar becomes black while displaying the splash screen image (no matter which 
> color I specify in android:colorPrimaryDark).
> Please add an option to set the status bar background color while the splash 
> screen image is displayed. Alternatively, inherit the application's status 
> bar settings.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Silviu Ion (JIRA)

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

Silviu Ion commented on CB-14055:
-

the only mention of the word "launch" in my config.xml file is


{code:xml}


{code}


> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread jcesarmobile (JIRA)

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

jcesarmobile commented on CB-14055:
---

Do you have AndroidLaunchMode preference in your config.xml or are you changing 
the Android Launch Mode?

> Opening a link in some third party apps merges the third party app with our 
> own
> ---
>
> Key: CB-14055
> URL: https://issues.apache.org/jira/browse/CB-14055
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
> update for other reasons). Cordova-plugin-inappbrowser 3.0.0
>Reporter: Silviu Ion
>Priority: Blocker
> Attachments: Screenshot_20180426-095002.png
>
>
> We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
> Normally, opening a link externally works fine. For example, opening a link 
> to our Facebook page in Chrome or the OS's native browser creates and 
> switches to an instance of that browser, completely separate from the 
> original app.
> Opening a special link such as the fb://page/pageID will open the official 
> Facebook app, and it will be completely separate from the original app. So 
> far, so good. All the behaviour is as expected and desired.
> The problems arise when we open a regular link 
> (https://www.facebook.com/pageName) in a third party Facebook client - 
> specifically the Friendly client for Facebook. The Friendly app will 
> seemingly open and display the correct content. However, once this third 
> party app is open, it is MERGED with the original app.
> To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
> button running this:
> {code:javascript}
> cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
> 'location=no');
> {code}
> You press the button, select the Friendly app, select 'Just Once', and the 
> Friendly app displays the correct page. Now, if you press the Back button 
> (physical or otherwise), the app doesn't switch back to SomeApp.
> Worse still, if you press the 'recent apps' button on your phone, SomeApp 
> will be gone. What the recent apps screen will show is a tile where the name 
> of the app is SomeApp, but the content is actually the Friendly app.
> If it's unclear, take a look at the attachment. That tile's logo and content 
> is the Friendly app, and the name is our own app. It is not possible to go 
> back to our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (CB-14056) What Cordova can get application usage?

2018-04-26 Thread CjoyHome (JIRA)
CjoyHome created CB-14056:
-

 Summary: What Cordova can get application usage?
 Key: CB-14056
 URL: https://issues.apache.org/jira/browse/CB-14056
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: CjoyHome


What Cordova can get application usage?I want to get application usage time



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Created] (CB-14055) Opening a link in some third party apps merges the third party app with our own

2018-04-26 Thread Silviu Ion (JIRA)
Silviu Ion created CB-14055:
---

 Summary: Opening a link in some third party apps merges the third 
party app with our own
 Key: CB-14055
 URL: https://issues.apache.org/jira/browse/CB-14055
 Project: Apache Cordova
  Issue Type: Bug
 Environment: Confirmed on Android 6.0.1 and up. Cordova 6.4.0 (can't 
update for other reasons). Cordova-plugin-inappbrowser 3.0.0
Reporter: Silviu Ion
 Attachments: Screenshot_20180426-095002.png

We've run into a most interesting issue with the cordova-plugin-inappbrowser. 
Normally, opening a link externally works fine. For example, opening a link to 
our Facebook page in Chrome or the OS's native browser creates and switches to 
an instance of that browser, completely separate from the original app.

Opening a special link such as the fb://page/pageID will open the official 
Facebook app, and it will be completely separate from the original app. So far, 
so good. All the behaviour is as expected and desired.

The problems arise when we open a regular link 
(https://www.facebook.com/pageName) in a third party Facebook client - 
specifically the Friendly client for Facebook. The Friendly app will seemingly 
open and display the correct content. However, once this third party app is 
open, it is MERGED with the original app.

To clarify: We have our Cordova app (which we'll call SomeApp) which has a 
button running this:

{code:javascript}
cordova.InAppBrowser.open('https://www.facebook.com/pageName', '_system', 
'location=no');
{code}

You press the button, select the Friendly app, select 'Just Once', and the 
Friendly app displays the correct page. Now, if you press the Back button 
(physical or otherwise), the app doesn't switch back to SomeApp.

Worse still, if you press the 'recent apps' button on your phone, SomeApp will 
be gone. What the recent apps screen will show is a tile where the name of the 
app is SomeApp, but the content is actually the Friendly app.

If it's unclear, take a look at the attachment. That tile's logo and content is 
the Friendly app, and the name is our own app. It is not possible to go back to 
our app without first closing this broken setup.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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