[jira] [Comment Edited] (CB-14039) Inputs type text don't work on iOS
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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
[ 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?
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
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