[jira] [Created] (CB-9974) openDatabaseSync() not working in web worker Cordova iOS 9
Zam Abdul Vahid created CB-9974:
---
Summary: openDatabaseSync() not working in web worker Cordova iOS 9
Key: CB-9974
URL: https://issues.apache.org/jira/browse/CB-9974
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.9.0
Reporter: Zam Abdul Vahid
Cordova cli version: 5.3.3
Cordova iOS platform version: 3.9.1
Xcode version: 7 - iOS 9
~ worker.js
var db = openDatabaseSync("MyDb", "1.0", "My Description", 50*1024*1024);
When i try to create a database from within a web worker its throwing a js
error as below.
~output
[Error] ReferenceError: Can't find variable: openDatabaseSync (worker.js, line
7)
But the same code working in iOS 8. Any help would be much appreciated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9831) cordova-android's 'test-build' script removes the contents of symlinked cordova-common directory
[
https://issues.apache.org/jira/browse/CB-9831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998399#comment-14998399
]
ASF GitHub Bot commented on CB-9831:
Github user vladimir-kotikov commented on a diff in the pull request:
https://github.com/apache/cordova-android/pull/238#discussion_r44392722
--- Diff: spec/e2e/update.spec.js ---
@@ -0,0 +1,96 @@
+/*
+ Licensed to the Apache Software Foundation (ASF) under one
+ or more contributor license agreements. See the NOTICE file
+ distributed with this work for additional information
+ regarding copyright ownership. The ASF licenses this file
+ to you under the Apache License, Version 2.0 (the
+ "License"); you may not use this file except in compliance
+ with the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing,
+ software distributed under the License is distributed on an
+ "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ KIND, either express or implied. See the License for the
+ specific language governing permissions and limitations
+ under the License.
+ */
+
+var actions = require('./helpers/projectActions.js'),
+shell= require('shelljs'),
+fs = require('fs'),
+platformOld = { version: '4.0.0', path: 'cordova-android-old' },
+platformEdge = { version: getCurrentVersion(), path: '.' };
+
+var DOWNLOAD_TIMEOUT = 2 * 60 * 1000,
+UPDATE_TIMEOUT = 30 * 1000,
+PLATFORM_GIT_URL = 'https://github.com/apache/cordova-android';
+
+function getCurrentVersion() {
+return fs.readFileSync('VERSION').toString().trim();
+}
+
+function testUpdate(projectname, projectid, createfrom, updatefrom,
doBuild, done) {
+actions.createProject(projectname, projectid, createfrom.path,
function (error) {
+expect(error).toBe(null);
+actions.updateProject(projectid, updatefrom.path, function (error)
{
+expect(error).toBe(null);
+actions.getPlatformVersion(projectid, function (v) {
+expect(v).toEqual(updatefrom.version);
+if (doBuild) {
+actions.buildProject(projectid, function (error) {
+expect(error).toBe(null);
+actions.removeProject(projectid);
+done();
+});
+} else {
+actions.removeProject(projectid);
+done();
+}
+});
+});
+});
+}
+
+describe('preparing fixtures', function () {
+
+it('cloning old platform', function (done) {
+shell.rm('-rf', platformOld.path);
+shell.exec('git clone ' + PLATFORM_GIT_URL + ' ' +
platformOld.path +
--- End diff --
I would use `--branch` option to checkout specific branch instead od doing
this manually. Also `--depth` option decreased test time dramatically. This
might not work in future, when we'll test multiple upgrade/downgrade variants
(though `--no-single-branch` might help), but for now i'd prefer to have
`--depth 1` enabled.
```javascript
var command = util.format('git clone %s --depth=1 --branch %s
--single-branch %s',
PLATFORM_GIT_URL, platformOld.version, platformOld.path);
```
> cordova-android's 'test-build' script removes the contents of symlinked
> cordova-common directory
>
>
> Key: CB-9831
> URL: https://issues.apache.org/jira/browse/CB-9831
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> when cordova-common directory is symlinked by coho, cordova-android's
> 'test-build' script removes all its contents
> Windows repro:
> {noformat}
> cordova-coho\coho npm-link
> cd cordova-android
> npm run test-build
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9831) cordova-android's 'test-build' script removes the contents of symlinked cordova-common directory
[
https://issues.apache.org/jira/browse/CB-9831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998402#comment-14998402
]
ASF GitHub Bot commented on CB-9831:
Github user vladimir-kotikov commented on the pull request:
https://github.com/apache/cordova-android/pull/238#issuecomment-155388076
LGTM.
IMO it might be better to use promises in `projectActions` to reduce
'pyramids of doom' in
[update.spec.js](https://github.com/apache/cordova-android/pull/238/files#diff-0f89b7fec99ccbdee182426eae6f10cdR34)
but this is a matter of taste
> cordova-android's 'test-build' script removes the contents of symlinked
> cordova-common directory
>
>
> Key: CB-9831
> URL: https://issues.apache.org/jira/browse/CB-9831
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> when cordova-common directory is symlinked by coho, cordova-android's
> 'test-build' script removes all its contents
> Windows repro:
> {noformat}
> cordova-coho\coho npm-link
> cd cordova-android
> npm run test-build
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9961) Cordova-Windows Platform Release November 5, 2015
[ https://issues.apache.org/jira/browse/CB-9961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998461#comment-14998461 ] ASF GitHub Bot commented on CB-9961: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-docs/pull/417 CB-9961 blogpost for Windows 4.2.0 release Generated page looks like below  You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-docs CB-9961 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/417.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #417 commit 865c30d1fd7e3909639826a9bff31313b57a2744 Author: sgrebnov Date: 2015-11-10T11:58:23Z CB-9961 blogpost for Windows 4.2.0 release > Cordova-Windows Platform Release November 5, 2015 > - > > Key: CB-9961 > URL: https://issues.apache.org/jira/browse/CB-9961 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9941) InAppBrowser support for Safari View Controller on iOS9
[ https://issues.apache.org/jira/browse/CB-9941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9941: --- Labels: Triaged (was: ) > InAppBrowser support for Safari View Controller on iOS9 > --- > > Key: CB-9941 > URL: https://issues.apache.org/jira/browse/CB-9941 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser > Environment: iOS9 >Reporter: Dagfinn Parnas > Labels: Triaged > > Apple introduced Safari View Controller in iOS9 in order to improve the > interaction between apps that includes external web content. > In Cordova, the interaction with external web content is handled through the > InAppBrowser plugin. > We've already experienced that Apple asks questions as part of the approval > process related to support of Safari View Controller. Other cordova apps in > the App Store will most likely experience the same. > We hope support for Safari View Controller can be added to the InAppBrowser. > There is a third-party plugin for it > (https://github.com/EddyVerbruggen/cordova-plugin-safariviewcontroller) , but > we would argue that such an important feature ought to be part of a plugin > maintained by the Apache Software Foundation. > As a commercial entity we need to rely on mature and proven solutions that > will be maintained in the future and are not dependent on any one individual. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9941) InAppBrowser support for Safari View Controller on iOS9
[ https://issues.apache.org/jira/browse/CB-9941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9941: --- Issue Type: New Feature (was: Improvement) > InAppBrowser support for Safari View Controller on iOS9 > --- > > Key: CB-9941 > URL: https://issues.apache.org/jira/browse/CB-9941 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: iOS9 >Reporter: Dagfinn Parnas > Labels: Triaged > > Apple introduced Safari View Controller in iOS9 in order to improve the > interaction between apps that includes external web content. > In Cordova, the interaction with external web content is handled through the > InAppBrowser plugin. > We've already experienced that Apple asks questions as part of the approval > process related to support of Safari View Controller. Other cordova apps in > the App Store will most likely experience the same. > We hope support for Safari View Controller can be added to the InAppBrowser. > There is a third-party plugin for it > (https://github.com/EddyVerbruggen/cordova-plugin-safariviewcontroller) , but > we would argue that such an important feature ought to be part of a plugin > maintained by the Apache Software Foundation. > As a commercial entity we need to rely on mature and proven solutions that > will be maintained in the future and are not dependent on any one individual. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9881: --- Priority: Minor (was: Critical) > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 >Reporter: Sebastian Betzinger >Priority: Minor > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9881: --- Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 Triaged (was: iOS9.1 Cordova4.1 InAppBrowser1.0.1) > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 Triaged >Reporter: Sebastian Betzinger >Priority: Minor > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9881: --- Environment: iOS9.1, Cordova4.1, InAppBrowser1.0.1, Triaged (was: iOS9.1 Cordova4.1 InAppBrowser1.0.1 Triaged) > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1, Cordova4.1, InAppBrowser1.0.1, Triaged >Reporter: Sebastian Betzinger >Priority: Minor > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9881: --- Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 (was: iOS9.1, Cordova4.1, InAppBrowser1.0.1, Triaged) > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 >Reporter: Sebastian Betzinger >Priority: Minor > Labels: Triaged > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9881: --- Labels: Triaged (was: ) > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 >Reporter: Sebastian Betzinger >Priority: Minor > Labels: Triaged > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9845) inappbrowser close function not working as intended, leaving instance of inappbrowser running
[
https://issues.apache.org/jira/browse/CB-9845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9845:
---
Labels: 1.0.1 Android Triaged inappbrowser ios (was: 1.0.1 Android
inappbrowser ios)
> inappbrowser close function not working as intended, leaving instance of
> inappbrowser running
> -
>
> Key: CB-9845
> URL: https://issues.apache.org/jira/browse/CB-9845
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Mac OSX/Win10/Ubuntu14.04
>Reporter: Sebastian Betzinger
>Assignee: Sergey Grebnov
>Priority: Critical
> Labels: 1.0.1, Android, Triaged, inappbrowser, ios
>
> recent cordova tools 5.3.3, recent inappbrowser 1.0.1
> Code to reproduce:
> var ref;
> function xy() {
> ref = cordova.InAppBrowser.open(...);
> }
> function ab() {
> ref.close();
> xy();
> }
> xy();
> ab();
> First InAppBrowser instance stays opened with url "about:blank" in foreground
> and a second instance of InAppBrowser is launched in background with actual
> content. Using show() function on second instance does not bring second
> inappbrowser to foreground, so every newly launched instance is stuck in
> background.
> Should be: instance of InAppBrowser should be purged and closed instead of
> being held with "about:blank"
> Also using the Toolbar/Locationbar to close the inappbrowser leaves the
> instance on device. This is a matter in lack of performance regarding long
> time running of the apps.
> https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src/android/InAppBrowser.java
> line 377 dismiss seems not to work!
> workaround: direclty after a instance of IAB is closed you are not able to
> open another instance of IAB except you add a setTimeout of at least 1000ms -
> this brings at least the second instance into foreground.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9845) inappbrowser close function not working as intended, leaving instance of inappbrowser running
[
https://issues.apache.org/jira/browse/CB-9845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9845:
---
Priority: Trivial (was: Critical)
> inappbrowser close function not working as intended, leaving instance of
> inappbrowser running
> -
>
> Key: CB-9845
> URL: https://issues.apache.org/jira/browse/CB-9845
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: Master
> Environment: Mac OSX/Win10/Ubuntu14.04
>Reporter: Sebastian Betzinger
>Assignee: Sergey Grebnov
>Priority: Trivial
> Labels: 1.0.1, Android, Triaged, inappbrowser, ios
>
> recent cordova tools 5.3.3, recent inappbrowser 1.0.1
> Code to reproduce:
> var ref;
> function xy() {
> ref = cordova.InAppBrowser.open(...);
> }
> function ab() {
> ref.close();
> xy();
> }
> xy();
> ab();
> First InAppBrowser instance stays opened with url "about:blank" in foreground
> and a second instance of InAppBrowser is launched in background with actual
> content. Using show() function on second instance does not bring second
> inappbrowser to foreground, so every newly launched instance is stuck in
> background.
> Should be: instance of InAppBrowser should be purged and closed instead of
> being held with "about:blank"
> Also using the Toolbar/Locationbar to close the inappbrowser leaves the
> instance on device. This is a matter in lack of performance regarding long
> time running of the apps.
> https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src/android/InAppBrowser.java
> line 377 dismiss seems not to work!
> workaround: direclty after a instance of IAB is closed you are not able to
> open another instance of IAB except you add a setTimeout of at least 1000ms -
> this brings at least the second instance into foreground.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9940) plugin.xml is malformed XML
[
https://issues.apache.org/jira/browse/CB-9940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998569#comment-14998569
]
ASF subversion and git services commented on CB-9940:
-
Commit ea696a0b36ce5e6f26cd242a38cbaf3b8edf5b78 in cordova-plugin-contacts's
branch refs/heads/master from [~piyush.hari]
[
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=ea696a0
]
[CB-9940] Adding namespace declarations for m3 and uap to plugin.xml. This
closes #82
> plugin.xml is malformed XML
> ---
>
> Key: CB-9940
> URL: https://issues.apache.org/jira/browse/CB-9940
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 1.1.0
>Reporter: Piyush Hari
>
> plugin.xml is malformed. This prevents unmarshallling.
> *Cause*
> * {{m3}} namespace prefix is used in {{}} tag but the
> namespace is not declared.
> * {{uap}} namespace prefix is used in {{}} tag but the
> namespace is not declared.
> *Suggested Fix*
> The fix is as easy as adding the following namespace declarations to the
> {{plugin}} element :
> * {{xmlns:m3="http://schemas.microsoft.com/appx/2014/manifest"}}
> * {{xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10"}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9940) plugin.xml is malformed XML
[
https://issues.apache.org/jira/browse/CB-9940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998571#comment-14998571
]
ASF GitHub Bot commented on CB-9940:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-contacts/pull/82
> plugin.xml is malformed XML
> ---
>
> Key: CB-9940
> URL: https://issues.apache.org/jira/browse/CB-9940
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 1.1.0
>Reporter: Piyush Hari
>
> plugin.xml is malformed. This prevents unmarshallling.
> *Cause*
> * {{m3}} namespace prefix is used in {{}} tag but the
> namespace is not declared.
> * {{uap}} namespace prefix is used in {{}} tag but the
> namespace is not declared.
> *Suggested Fix*
> The fix is as easy as adding the following namespace declarations to the
> {{plugin}} element :
> * {{xmlns:m3="http://schemas.microsoft.com/appx/2014/manifest"}}
> * {{xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10"}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9799) Update JavaDoc in the Java files
[ https://issues.apache.org/jira/browse/CB-9799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9799: --- Labels: Triaged (was: ) > Update JavaDoc in the Java files > > > Key: CB-9799 > URL: https://issues.apache.org/jira/browse/CB-9799 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 5.2 > Environment: Android >Reporter: Paul Weber > Labels: Triaged > > The Javadoc in the source file is totally messed up and hard to develop in. I > could write a patch that fixes it up. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9799) Update JavaDoc in the Java files
[ https://issues.apache.org/jira/browse/CB-9799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9799: --- Priority: Trivial (was: Major) > Update JavaDoc in the Java files > > > Key: CB-9799 > URL: https://issues.apache.org/jira/browse/CB-9799 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 5.2 > Environment: Android >Reporter: Paul Weber >Priority: Trivial > Labels: Triaged > > The Javadoc in the source file is totally messed up and hard to develop in. I > could write a patch that fixes it up. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9799) Update JavaDoc in the Java files
[ https://issues.apache.org/jira/browse/CB-9799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998595#comment-14998595 ] ASF subversion and git services commented on CB-9799: - Commit 1afd42aabbe51c949affb2d5f85e73858700b499 in cordova-plugin-inappbrowser's branch refs/heads/master from [~000panther] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=1afd42a ] CB-9799 Fixed javaDoc errors.. This closes #119 > Update JavaDoc in the Java files > > > Key: CB-9799 > URL: https://issues.apache.org/jira/browse/CB-9799 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 5.2 > Environment: Android >Reporter: Paul Weber >Priority: Trivial > Labels: Triaged > > The Javadoc in the source file is totally messed up and hard to develop in. I > could write a patch that fixes it up. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9799) Update JavaDoc in the Java files
[ https://issues.apache.org/jira/browse/CB-9799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-9799. Resolution: Fixed > Update JavaDoc in the Java files > > > Key: CB-9799 > URL: https://issues.apache.org/jira/browse/CB-9799 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 5.2 > Environment: Android >Reporter: Paul Weber >Priority: Trivial > Labels: Triaged > > The Javadoc in the source file is totally messed up and hard to develop in. I > could write a patch that fixes it up. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9767) AngularJS/Cordova based website not loaded correctly
[ https://issues.apache.org/jira/browse/CB-9767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9767: --- Labels: Triaged (was: ) > AngularJS/Cordova based website not loaded correctly > > > Key: CB-9767 > URL: https://issues.apache.org/jira/browse/CB-9767 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Reporter: Mark Veenstra > Labels: Triaged > Attachments: screenshot_chrome.png, screenshot_inappbrowser.png > > > We are having issues with one specific site which isn't displayed correctly > within the InAppBrowser. It is the following site: > https://alzheimerassistent.nl/ > If you open this site in a normal mobile browser (Android or IOS) you will > see the site is responsive to the device viewport and readable. > Once you open the site in the InAppBrowser the site isn't that great > optimized as it is in the normal browser of the phone. We can't seem to find > what the issue is here. > The specific site is using AngularJS and also injects some Cordova stuff. > Maybe with this something is going wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9728) Memory leak due to open cursor objects
[ https://issues.apache.org/jira/browse/CB-9728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998609#comment-14998609 ] ASF subversion and git services commented on CB-9728: - Commit 8326accfae364953ae99978ef808217c5e115fd9 in cordova-plugin-contacts's branch refs/heads/master from [~guptasachin25] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=8326acc ] CB-9728 Solving memory leak issues due to opened cursor objects This closes #80 > Memory leak due to open cursor objects > --- > > Key: CB-9728 > URL: https://issues.apache.org/jira/browse/CB-9728 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 1.1.0 > Environment: Android >Reporter: Sachin Gupta > Labels: easyfix > Fix For: 1.1.0 > > Original Estimate: 24h > Remaining Estimate: 24h > > There was memory leak due to some opened cursor objects while searching for > contacts from address book. This is causing app crash on android platform. > Cursor object is opened but never closed in case of exceptions. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9767) AngularJS/Cordova based website not loaded correctly
[ https://issues.apache.org/jira/browse/CB-9767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-9767. Resolution: Cannot Reproduce > AngularJS/Cordova based website not loaded correctly > > > Key: CB-9767 > URL: https://issues.apache.org/jira/browse/CB-9767 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Reporter: Mark Veenstra > Labels: Triaged > Attachments: screenshot_chrome.png, screenshot_inappbrowser.png > > > We are having issues with one specific site which isn't displayed correctly > within the InAppBrowser. It is the following site: > https://alzheimerassistent.nl/ > If you open this site in a normal mobile browser (Android or IOS) you will > see the site is responsive to the device viewport and readable. > Once you open the site in the InAppBrowser the site isn't that great > optimized as it is in the normal browser of the phone. We can't seem to find > what the issue is here. > The specific site is using AngularJS and also injects some Cordova stuff. > Maybe with this something is going wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9767) AngularJS/Cordova based website not loaded correctly
[
https://issues.apache.org/jira/browse/CB-9767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998614#comment-14998614
]
Sergey Grebnov commented on CB-9767:
No repro on Android 4.4 device
window.open('https://alzheimerassistent.nl/', '_blank',
'location=no,EnableViewPortScale=yes');
> AngularJS/Cordova based website not loaded correctly
>
>
> Key: CB-9767
> URL: https://issues.apache.org/jira/browse/CB-9767
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Reporter: Mark Veenstra
> Labels: Triaged
> Attachments: screenshot_chrome.png, screenshot_inappbrowser.png
>
>
> We are having issues with one specific site which isn't displayed correctly
> within the InAppBrowser. It is the following site:
> https://alzheimerassistent.nl/
> If you open this site in a normal mobile browser (Android or IOS) you will
> see the site is responsive to the device viewport and readable.
> Once you open the site in the InAppBrowser the site isn't that great
> optimized as it is in the normal browser of the phone. We can't seem to find
> what the issue is here.
> The specific site is using AngularJS and also injects some Cordova stuff.
> Maybe with this something is going wrong?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9666) InAppBrowser should have a 'loadURI' method so an instance can be reused.
[
https://issues.apache.org/jira/browse/CB-9666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9666:
---
Labels: Triaged (was: )
> InAppBrowser should have a 'loadURI' method so an instance can be reused.
> -
>
> Key: CB-9666
> URL: https://issues.apache.org/jira/browse/CB-9666
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin InAppBrowser
>Reporter: Jesse MacFadyen
> Labels: Triaged
>
> Should be able to do this:
> {code}
> var ref = cordova.InAppBrowser.open('http://apache.org', '_blank',
> 'location=yes');
> / and later
> ref.loadURI('http://cordova.apache.org');
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9760) InAppBrowser: fallback to default window.open behavior on Ripple
[ https://issues.apache.org/jira/browse/CB-9760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-9760. Resolution: Fixed Assignee: (was: Sergey Grebnov) > InAppBrowser: fallback to default window.open behavior on Ripple > > > Key: CB-9760 > URL: https://issues.apache.org/jira/browse/CB-9760 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Sergey Grebnov > Labels: Triaged > > There are complains that InAppBrowser and dependent plugins don't work when > emulated using Ripple. So plugin developers have to use special tricks to > fallback to default windows.open behavior in case of Ripple, for example > https://github.com/Azure/azure-mobile-services-cordova/blob/master/www/MobileServices.Web.Ext.js#L22 > I propose to include this to InAppBrowser plugin so that it work > automatically -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9760) InAppBrowser: fallback to default window.open behavior on Ripple
[ https://issues.apache.org/jira/browse/CB-9760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9760: --- Labels: Triaged (was: ) > InAppBrowser: fallback to default window.open behavior on Ripple > > > Key: CB-9760 > URL: https://issues.apache.org/jira/browse/CB-9760 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Sergey Grebnov > Labels: Triaged > > There are complains that InAppBrowser and dependent plugins don't work when > emulated using Ripple. So plugin developers have to use special tricks to > fallback to default windows.open behavior in case of Ripple, for example > https://github.com/Azure/azure-mobile-services-cordova/blob/master/www/MobileServices.Web.Ext.js#L22 > I propose to include this to InAppBrowser plugin so that it work > automatically -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9634) InAppBrowser Crash on certain servers (when they have SPDY turned on)
[ https://issues.apache.org/jira/browse/CB-9634?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9634: --- Labels: Triaged (was: ) > InAppBrowser Crash on certain servers (when they have SPDY turned on) > - > > Key: CB-9634 > URL: https://issues.apache.org/jira/browse/CB-9634 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Reporter: Hirbod > Labels: Triaged > > Since iOS 8.4 and 8.4.1, URLs to a server with turned on SPDY will lead into > crash. > Assertion failed: (stream != NULL), function cb_spdylay_on_stream_close, file > /SourceCache/CFNetwork/CFNetwork-711.4.6/SPDY/SPDYConnection.cpp, line 1778. > Process 2885 stopped > Im my example, I tried to load an URL from google docs with https. (PDF-File) > This is reproducable in all scenarios, where the server has SPDY support (see > mod_spdy). As mod_spdy was donated to Apache Foundation, I guess this should > be fixed very quickly! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-5486) upload error code : 3
[
https://issues.apache.org/jira/browse/CB-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Shakhnazarov updated CB-5486:
Labels: no-repro triaged (was: )
> upload error code : 3
> -
>
> Key: CB-5486
> URL: https://issues.apache.org/jira/browse/CB-5486
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 2.9.0, 3.0.0
> Environment: Android
>Reporter: gopi
>Assignee: Ian Clelland
> Labels: no-repro, triaged
>
> Android device problem is when i click the link ,
> then it shows download error source
> https://ddlvideos.s3.amazonaws.com/A%201.mp4 ,
> download error target file:///mnt/sdcard/A 1.mp4 ,
> upoad error code : 3
> here is my code
> {code}
> document.addEventListener("deviceready", onDeviceReady, false);
> function onDeviceReady(){
> window.requestFileSystem(
> LocalFileSystem.PERSISTENT, 0,
> function onFileSystemSuccess(fileSystem) {
> window.currentDir = fileSystem.root.fullPath;
> window.fileSystem = fileSystem;
> }, fail);
> }
> function existsFile(fileName){
> fileSystem.root.getFile(fileName, {
> },
> function(f){
> console.log(f);
> alert("file founded: " + f.toURI());
> showLink(f.toURI());
> },
> function(){
> window.confirm("would you like to download..?");
> downloadFile(fileName);
> })
> }
> function downloadFile(fileName) {
> var fileTransfer = new FileTransfer();
> fileTransfer.download("https://ddlvideos.s3.amazonaws.com/A%201.mp4";,
> currentDir+"/"+fileName,
>function(theFile) {
>alert("download complete: " + theFile.toURI());
>showLink(theFile.toURI());
>},
>function(error) {
> alert("download error source " + error.source);
> alert("download error target " + error.target);
> alert("upload error code: " + error.code);
>});
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9575) Add a LoadReady event that is rasied when the html for a load request has loaded but before the related/dependent resources have finished loading. (i.e. "the html has downlo
[ https://issues.apache.org/jira/browse/CB-9575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9575: --- Labels: Triaged (was: ) > Add a LoadReady event that is rasied when the html for a load request has > loaded but before the related/dependent resources have finished loading. > (i.e. "the html has downloaded") > --- > > Key: CB-9575 > URL: https://issues.apache.org/jira/browse/CB-9575 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser >Affects Versions: 3.7.0 >Reporter: David Gerding >Priority: Minor > Labels: Triaged > > It would be great if the browser "Ready" event were added to the roster of > supported events for iOS, Android etc.. builds of the latest inAppBrowser. > By Ready event I mean the event that is raised when the html of the document > has been retrieved, but well before, typically, the Loaded event is called > when all the page related assets like images have completed loading. > So, to be overly clear, if the current supported events for addEventListener > are: > • loadstart: event fires when the InAppBrowser starts to load a URL. > • loadstop: event fires when the InAppBrowser finishes loading a URL. > • loaderror: event fires when the InAppBrowser encounters an error when > loading a URL. > • exit: event fires when the InAppBrowser window is closed. > The new version would add: > > • loadready: event fires the InAppBrowser finishes loading the html of the > URL and before loadstop. > This is beyond my skill but I'd happily commit to $100 donations to the > charity of choice (presumably ASF) for iOS and Android version ($200 total) > to the first accepted contribution to work for each platform. > I'd appreciate any helpful replies or input. > Thanks, > Dave Gerding -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-5486) upload error code : 3
[
https://issues.apache.org/jira/browse/CB-5486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Shakhnazarov resolved CB-5486.
-
Resolution: Cannot Reproduce
Does not reproduce - tested with local server (S3 uses + instead of %20)
> upload error code : 3
> -
>
> Key: CB-5486
> URL: https://issues.apache.org/jira/browse/CB-5486
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 2.9.0, 3.0.0
> Environment: Android
>Reporter: gopi
>Assignee: Ian Clelland
> Labels: no-repro, triaged
>
> Android device problem is when i click the link ,
> then it shows download error source
> https://ddlvideos.s3.amazonaws.com/A%201.mp4 ,
> download error target file:///mnt/sdcard/A 1.mp4 ,
> upoad error code : 3
> here is my code
> {code}
> document.addEventListener("deviceready", onDeviceReady, false);
> function onDeviceReady(){
> window.requestFileSystem(
> LocalFileSystem.PERSISTENT, 0,
> function onFileSystemSuccess(fileSystem) {
> window.currentDir = fileSystem.root.fullPath;
> window.fileSystem = fileSystem;
> }, fail);
> }
> function existsFile(fileName){
> fileSystem.root.getFile(fileName, {
> },
> function(f){
> console.log(f);
> alert("file founded: " + f.toURI());
> showLink(f.toURI());
> },
> function(){
> window.confirm("would you like to download..?");
> downloadFile(fileName);
> })
> }
> function downloadFile(fileName) {
> var fileTransfer = new FileTransfer();
> fileTransfer.download("https://ddlvideos.s3.amazonaws.com/A%201.mp4";,
> currentDir+"/"+fileName,
>function(theFile) {
>alert("download complete: " + theFile.toURI());
>showLink(theFile.toURI());
>},
>function(error) {
> alert("download error source " + error.source);
> alert("download error target " + error.target);
> alert("upload error code: " + error.code);
>});
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9573) window.open(url,"_self") for whitelisted url opens InAppBrowser instead of updating current WebView in Android
[
https://issues.apache.org/jira/browse/CB-9573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998655#comment-14998655
]
Sergey Grebnov commented on CB-9573:
Double checked using the following settings and it worked for me
{code}
//config.xml
http://cordova.apache.org/*"; />
//code
window.open('http://cordova.apache.org/', '_self');
{code}
> window.open(url,"_self") for whitelisted url opens InAppBrowser instead of
> updating current WebView in Android
> --
>
> Key: CB-9573
> URL: https://issues.apache.org/jira/browse/CB-9573
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin InAppBrowser
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
>
> I use
> - CLI 5.1.1
> - Android platform 4.0.2
> - InAppBrowser 1.0.1
> - Crosswalk plugin 1.2.0
> My config.xml contains:
> {code}
> http://*"; />
> https://*"; />
>
>
> mailto:*"; />
>
>
>
> {code}
> Then I run the following code when the app starts:
> {code}
> function deviceReady() {
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> It opens the InAppBrowser instead of making the WebView navigate to the url.
> It is not the expected behavior according to the doc:
> bq. _self: Opens in the Cordova WebView if the URL is in the white list,
> otherwise it opens in the InAppBrowser.
> If this time I remove the InAppBrowser proxy/wrapper (like mentionned in the
> doc):
> {code}
> function deviceReady() {
> delete window.open;
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> Then it opens the url in the system browser (not sure this is expected either
> right? but maybe it's Android / Crosswalk webview default anyway...)
> Notice that I absolutly don't want to use in any way the InAppBrowser, I just
> only need to be able in some cases to use the _system target, that is made
> available by the InAppBrowser
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9573) window.open(url,"_self") for whitelisted url opens InAppBrowser instead of updating current WebView in Android
[
https://issues.apache.org/jira/browse/CB-9573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov resolved CB-9573.
Resolution: Invalid
> window.open(url,"_self") for whitelisted url opens InAppBrowser instead of
> updating current WebView in Android
> --
>
> Key: CB-9573
> URL: https://issues.apache.org/jira/browse/CB-9573
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin InAppBrowser
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
>
> I use
> - CLI 5.1.1
> - Android platform 4.0.2
> - InAppBrowser 1.0.1
> - Crosswalk plugin 1.2.0
> My config.xml contains:
> {code}
> http://*"; />
> https://*"; />
>
>
> mailto:*"; />
>
>
>
> {code}
> Then I run the following code when the app starts:
> {code}
> function deviceReady() {
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> It opens the InAppBrowser instead of making the WebView navigate to the url.
> It is not the expected behavior according to the doc:
> bq. _self: Opens in the Cordova WebView if the URL is in the white list,
> otherwise it opens in the InAppBrowser.
> If this time I remove the InAppBrowser proxy/wrapper (like mentionned in the
> doc):
> {code}
> function deviceReady() {
> delete window.open;
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> Then it opens the url in the system browser (not sure this is expected either
> right? but maybe it's Android / Crosswalk webview default anyway...)
> Notice that I absolutly don't want to use in any way the InAppBrowser, I just
> only need to be able in some cases to use the _system target, that is made
> available by the InAppBrowser
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9573) window.open(url,"_self") for whitelisted url opens InAppBrowser instead of updating current WebView in Android
[
https://issues.apache.org/jira/browse/CB-9573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9573:
---
Labels: Triaged (was: )
> window.open(url,"_self") for whitelisted url opens InAppBrowser instead of
> updating current WebView in Android
> --
>
> Key: CB-9573
> URL: https://issues.apache.org/jira/browse/CB-9573
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin InAppBrowser
>Affects Versions: 5.1.1
>Reporter: Sebastien Lorber
> Labels: Triaged
>
> I use
> - CLI 5.1.1
> - Android platform 4.0.2
> - InAppBrowser 1.0.1
> - Crosswalk plugin 1.2.0
> My config.xml contains:
> {code}
> http://*"; />
> https://*"; />
>
>
> mailto:*"; />
>
>
>
> {code}
> Then I run the following code when the app starts:
> {code}
> function deviceReady() {
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> It opens the InAppBrowser instead of making the WebView navigate to the url.
> It is not the expected behavior according to the doc:
> bq. _self: Opens in the Cordova WebView if the URL is in the white list,
> otherwise it opens in the InAppBrowser.
> If this time I remove the InAppBrowser proxy/wrapper (like mentionned in the
> doc):
> {code}
> function deviceReady() {
> delete window.open;
> window.open("http://www.google.fr","_self";);
> }
> document.addEventListener('deviceready', deviceReady, false);
> {code}
> Then it opens the url in the system browser (not sure this is expected either
> right? but maybe it's Android / Crosswalk webview default anyway...)
> Notice that I absolutly don't want to use in any way the InAppBrowser, I just
> only need to be able in some cases to use the _system target, that is made
> available by the InAppBrowser
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9497) addEventListener and _system
[ https://issues.apache.org/jira/browse/CB-9497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9497: --- Labels: Triaged (was: ) > addEventListener and _system > > > Key: CB-9497 > URL: https://issues.apache.org/jira/browse/CB-9497 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin InAppBrowser >Reporter: Alex Bergin >Priority: Minor > Labels: Triaged > > Is the addEventListener and other callbacks supposed to work when the > window.open() call is called using the _system target? > The question has been asked by someone else here: > http://stackoverflow.com/questions/31420935/android-inappbrowser-system-callbacks -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9497) addEventListener and _system
[ https://issues.apache.org/jira/browse/CB-9497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998663#comment-14998663 ] Sergey Grebnov commented on CB-9497: Action item: Update plugin docs: external browsers not being able to trigger callbacks or have scripts executed on them > addEventListener and _system > > > Key: CB-9497 > URL: https://issues.apache.org/jira/browse/CB-9497 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin InAppBrowser >Reporter: Alex Bergin >Priority: Minor > Labels: Triaged > > Is the addEventListener and other callbacks supposed to work when the > window.open() call is called using the _system target? > The question has been asked by someone else here: > http://stackoverflow.com/questions/31420935/android-inappbrowser-system-callbacks -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9445: --- Labels: Triaged (was: ) > executeScript callbacks not working for iOS > --- > > Key: CB-9445 > URL: https://issues.apache.org/jira/browse/CB-9445 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.1.1 > Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, > cordova-plugin-inappbrowser 1.0.1 (NPM) >Reporter: Scott Seitz >Assignee: jcesarmobile > Labels: Triaged > > Can someone please check to see if they are encountering the same problem I > am in the environment I've listed? (latest released builds of everything I > think) > I open an inappbrowser window and then run an executeScript command using > "code:" (not "file:"). Everything works fine on Android, but on iOS, it > simply will NOT fire the callback function after executing the injected code. > Make the "code:" as simple as you like to test it and see if you can get a > callback to fire. I've dumbed it down as much as possible and can't get one > to fire. I know that all instances of code I've injected have run fine in > the iab by using the console (against the iab) to check for the variables I > was creating in the code. I can't even get a callback to fire that doesn't > expect a parameter to be passed back... > Many thanks, > Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9378) Fix InAppBrowser not taking whole screen on Windows
[ https://issues.apache.org/jira/browse/CB-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9378: --- Labels: Triaged (was: ) > Fix InAppBrowser not taking whole screen on Windows > --- > > Key: CB-9378 > URL: https://issues.apache.org/jira/browse/CB-9378 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: windows platform >Reporter: Sergey Shakhnazarov > Labels: Triaged > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9378) Fix InAppBrowser not taking whole screen on Windows
[ https://issues.apache.org/jira/browse/CB-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-9378. Resolution: Fixed > Fix InAppBrowser not taking whole screen on Windows > --- > > Key: CB-9378 > URL: https://issues.apache.org/jira/browse/CB-9378 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: windows platform >Reporter: Sergey Shakhnazarov > Labels: Triaged > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9228) InAppBrowser not working in windows phone8
[ https://issues.apache.org/jira/browse/CB-9228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9228: --- Labels: Triaged (was: ) > InAppBrowser not working in windows phone8 > -- > > Key: CB-9228 > URL: https://issues.apache.org/jira/browse/CB-9228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.1 > Environment: windows phone 8 >Reporter: Rahul Naraparaju > Labels: Triaged > > using phonegap version 5.0.0-0.28.1, InAppBrowser plugin is not working. > I am using plugin to open links in a seperate browser, but it is not working. > var ref = window.open(encodeURI(url), '_system', 'location=yes'); > Please advise/help how to use this plugin. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9228) InAppBrowser not working in windows phone8
[ https://issues.apache.org/jira/browse/CB-9228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9228: --- Component/s: WP8 > InAppBrowser not working in windows phone8 > -- > > Key: CB-9228 > URL: https://issues.apache.org/jira/browse/CB-9228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser, WP8 >Affects Versions: 5.0.1 > Environment: windows phone 8 >Reporter: Rahul Naraparaju > Labels: Triaged > > using phonegap version 5.0.0-0.28.1, InAppBrowser plugin is not working. > I am using plugin to open links in a seperate browser, but it is not working. > var ref = window.open(encodeURI(url), '_system', 'location=yes'); > Please advise/help how to use this plugin. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9208) InAppBrowser.executeScript interacts strangely with location.hash
[ https://issues.apache.org/jira/browse/CB-9208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9208: --- Labels: Triaged (was: ) > InAppBrowser.executeScript interacts strangely with location.hash > - > > Key: CB-9208 > URL: https://issues.apache.org/jira/browse/CB-9208 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Grant Patterson > Labels: Triaged > > In my "loadstart" event handler I call executeScript() with a callback. Here > is what I see: > actual page change: script runs, callback runs > window.location.assign(same page, new hash): nothing runs > click anchor link e.g. href=#newsection: nothing runs > set location.hash = newhash: script runs; callback does not > The last case is the strangest to me. The script runs just fine in this case > but the callback with the result never happens. > I'm not sure under what conditions a URL fragment change should trigger the > "loadstart" event; I would say it should be always, and that does not appear > to be the case. That is probably a bug. > Worse, though, is running the script but not triggering its callback. This > could leave some task half-done: the in-app-browser window has had a state > change, but the code outside the in-app-browser never hears back about it. > That is almost certainly a bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9228) InAppBrowser not working in windows phone8
[ https://issues.apache.org/jira/browse/CB-9228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9228: --- Component/s: (was: WP8) > InAppBrowser not working in windows phone8 > -- > > Key: CB-9228 > URL: https://issues.apache.org/jira/browse/CB-9228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.1 > Environment: windows phone 8 >Reporter: Rahul Naraparaju > Labels: Triaged > > using phonegap version 5.0.0-0.28.1, InAppBrowser plugin is not working. > I am using plugin to open links in a seperate browser, but it is not working. > var ref = window.open(encodeURI(url), '_system', 'location=yes'); > Please advise/help how to use this plugin. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9208) InAppBrowser.executeScript interacts strangely with location.hash
[ https://issues.apache.org/jira/browse/CB-9208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9208: --- Priority: Minor (was: Major) > InAppBrowser.executeScript interacts strangely with location.hash > - > > Key: CB-9208 > URL: https://issues.apache.org/jira/browse/CB-9208 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Grant Patterson >Priority: Minor > Labels: Triaged > > In my "loadstart" event handler I call executeScript() with a callback. Here > is what I see: > actual page change: script runs, callback runs > window.location.assign(same page, new hash): nothing runs > click anchor link e.g. href=#newsection: nothing runs > set location.hash = newhash: script runs; callback does not > The last case is the strangest to me. The script runs just fine in this case > but the callback with the result never happens. > I'm not sure under what conditions a URL fragment change should trigger the > "loadstart" event; I would say it should be always, and that does not appear > to be the case. That is probably a bug. > Worse, though, is running the script but not triggering its callback. This > could leave some task half-done: the in-app-browser window has had a state > change, but the code outside the in-app-browser never hears back about it. > That is almost certainly a bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9200) event progress with "cordova.InAppBrowser.open"
[
https://issues.apache.org/jira/browse/CB-9200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9200:
---
Labels: Triaged (was: )
> event progress with "cordova.InAppBrowser.open"
> ---
>
> Key: CB-9200
> URL: https://issues.apache.org/jira/browse/CB-9200
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
> Environment: cordova-plugin-inappbrowser 1.0.0 +
> cordova-plugin-dialogs 1.1.0 + ios 8.3 (12F69)
>Reporter: Colin Bau
> Labels: Triaged
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> according to this
> https://github.com/apache/cordova-plugin-inappbrowser
> let me demo for example "loadstart" (other enent have the same problem)
> {code}
> var ref = cordova.InAppBrowser.open('http://apache.org', '_blank',
> 'location=yes');
> //this line will trigger
> ref.addEventListener('loadstart', function(event) { alert(event.url); });
> //this line will never trigger
> ref.addEventListener('loadstart', function(event) {
> navigator.notification.alert("test", null, 'title', 'ok'); });
> {code}
> is the "inappbrowser" have some conflict with "dialogs"
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9167) Crash when closing InAppBrowser on iOS
[
https://issues.apache.org/jira/browse/CB-9167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-9167:
---
Labels: Triaged (was: )
> Crash when closing InAppBrowser on iOS
> --
>
> Key: CB-9167
> URL: https://issues.apache.org/jira/browse/CB-9167
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Reporter: Alfred Olsson
>Assignee: Sergey Grebnov
> Labels: Triaged
>
> Closing the InAppBrowsers sometimes causes a crash on iOS.
> I think the problem is with the UIWebView delegate.
> Apple documentation states that the delegate should be set to nil before
> release but it is not done.
> See:
> https://developer.apple.com/library/ios/documentation/UIKit/Reference/UIWebViewDelegate_Protocol/
> The following code in CDVInAppBrowserViewController seems to solve the
> problem:
> -(void)dealloc
> {
> self.webView.delegate = nil;
> }
> The crashes are seen in an App that closes the IAB at 'loadstart'.
> I think this is required to get the crashes that occur around 1/10 times.
> The following error is seen at crashes when Zombie Objects are enabled:
> *** -[CDVWebViewDelegate respondsToSelector:]: message sent to deallocated
> instance 0x171846e70
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9167) Crash when closing InAppBrowser on iOS
[
https://issues.apache.org/jira/browse/CB-9167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov reassigned CB-9167:
--
Assignee: Sergey Grebnov
> Crash when closing InAppBrowser on iOS
> --
>
> Key: CB-9167
> URL: https://issues.apache.org/jira/browse/CB-9167
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Reporter: Alfred Olsson
>Assignee: Sergey Grebnov
> Labels: Triaged
>
> Closing the InAppBrowsers sometimes causes a crash on iOS.
> I think the problem is with the UIWebView delegate.
> Apple documentation states that the delegate should be set to nil before
> release but it is not done.
> See:
> https://developer.apple.com/library/ios/documentation/UIKit/Reference/UIWebViewDelegate_Protocol/
> The following code in CDVInAppBrowserViewController seems to solve the
> problem:
> -(void)dealloc
> {
> self.webView.delegate = nil;
> }
> The crashes are seen in an App that closes the IAB at 'loadstart'.
> I think this is required to get the crashes that occur around 1/10 times.
> The following error is seen at crashes when Zombie Objects are enabled:
> *** -[CDVWebViewDelegate respondsToSelector:]: message sent to deallocated
> instance 0x171846e70
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9158) InAppBrowser zoomControls are always set to true
[ https://issues.apache.org/jira/browse/CB-9158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-9158. Resolution: Fixed > InAppBrowser zoomControls are always set to true > > > Key: CB-9158 > URL: https://issues.apache.org/jira/browse/CB-9158 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Latest InAppBrowser > https://github.com/apache/cordova-plugin-inappbrowser, any Android device >Reporter: Anton Antonov > Labels: Android, Triaged > > InAppBrowser does not respect the passed options string to *window.open*. > *zoom=no* or *zoom=yes* will never make a difference due to source code > always assuming it's boolean true. > Fix is in https://github.com/apache/cordova-plugin-inappbrowser/pull/104 > P.S This is my first issue and patch on Apache JIRA. Feedback is appreciated. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9158) InAppBrowser zoomControls are always set to true
[ https://issues.apache.org/jira/browse/CB-9158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9158: --- Labels: Android Triaged (was: Android) > InAppBrowser zoomControls are always set to true > > > Key: CB-9158 > URL: https://issues.apache.org/jira/browse/CB-9158 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Latest InAppBrowser > https://github.com/apache/cordova-plugin-inappbrowser, any Android device >Reporter: Anton Antonov > Labels: Android, Triaged > > InAppBrowser does not respect the passed options string to *window.open*. > *zoom=no* or *zoom=yes* will never make a difference due to source code > always assuming it's boolean true. > Fix is in https://github.com/apache/cordova-plugin-inappbrowser/pull/104 > P.S This is my first issue and patch on Apache JIRA. Feedback is appreciated. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9150) InAppBrowser executeScript excepts if no data returned on Windows Phone platform
[ https://issues.apache.org/jira/browse/CB-9150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov reassigned CB-9150: -- Assignee: Sergey Grebnov > InAppBrowser executeScript excepts if no data returned on Windows Phone > platform > > > Key: CB-9150 > URL: https://issues.apache.org/jira/browse/CB-9150 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.0 > Environment: Cordova 5.0.0, Windows 3.8.1, InAppBrowser 1.0.0 >Reporter: John Little >Assignee: Sergey Grebnov > > The executeScript function can return data across the inteface. > When using Windows Phone 8.1 if no data is returned the current code will > except, crashing the app. > I have found the following code to solve the problem > In file InAppBrowserProxy.js > Change lines 250 and 272 from > var result = [e.target.result]; > to > var result = []; > if(e && e.target) result = [e.target.result]; -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9150) InAppBrowser executeScript excepts if no data returned on Windows Phone platform
[ https://issues.apache.org/jira/browse/CB-9150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9150: --- Labels: Triaged (was: ) > InAppBrowser executeScript excepts if no data returned on Windows Phone > platform > > > Key: CB-9150 > URL: https://issues.apache.org/jira/browse/CB-9150 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.0.0 > Environment: Cordova 5.0.0, Windows 3.8.1, InAppBrowser 1.0.0 >Reporter: John Little >Assignee: Sergey Grebnov > Labels: Triaged > > The executeScript function can return data across the inteface. > When using Windows Phone 8.1 if no data is returned the current code will > except, crashing the app. > I have found the following code to solve the problem > In file InAppBrowserProxy.js > Change lines 250 and 272 from > var result = [e.target.result]; > to > var result = []; > if(e && e.target) result = [e.target.result]; -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9148) Add support for file picker in InAppBrowser
[ https://issues.apache.org/jira/browse/CB-9148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9148: --- Labels: camera file input roll triaged (was: camera file input roll) > Add support for file picker in InAppBrowser > --- > > Key: CB-9148 > URL: https://issues.apache.org/jira/browse/CB-9148 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, Plugin InAppBrowser >Affects Versions: 3.5.0, 3.6.0 > Environment: problem in Android, the camera roll never opens (iOS > working OK) >Reporter: Tomas Rawski > Labels: camera, file, input, roll, triaged > > reproduce : > open the inAppBrowser: http://www.plupload.com/examples > click in Add files. > This works ok when I call it from the _system or _self. But not for _blank. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9095) Ability to intercept Navigation
[ https://issues.apache.org/jira/browse/CB-9095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9095: --- Labels: Triaged (was: ) > Ability to intercept Navigation > --- > > Key: CB-9095 > URL: https://issues.apache.org/jira/browse/CB-9095 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: All Cordova versions >Reporter: Tobias Banaszak > Labels: Triaged > > On iOS, there is a delegate method that gets called if the user tapped on a > link: > - (BOOL) webView:(UIWebView *)webView > shouldStartLoadWithRequest:(NSURLRequest *)request > navigationType:(UIWebViewNavigationType)navigationType > Implementing this method, you can decide whether the WebView should follow > the URL/Request or not by returning YES or NO. This way, you can handle > special schemes or some special URLs. > I've been looking for this function in InAppBrowser but couldn't find > anything that gives same functionality. Is it by design, or would you > consider implementing this feature? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9047) Network connection gets corrupt when going offline/online
[ https://issues.apache.org/jira/browse/CB-9047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-9047: --- Labels: Triaged (was: ) > Network connection gets corrupt when going offline/online > - > > Key: CB-9047 > URL: https://issues.apache.org/jira/browse/CB-9047 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.4.0 > Environment: iOS >Reporter: Andries Bruinsma >Priority: Minor > Labels: Triaged > > Not sure if this is a InAppBrowser bug or iOS but I've got the following > situation in my app: > 1. Starting my app with the InAppBrowser plugin and opening a webpage > (Network connection gives a "Network Wifi" status, which is correct) > 2. Turning on airplane mode (Network connection gives "No Network connection" > status, which is correct) > 3. Turning off airplane mode and running InAppBrowser again (Network > connection gives "Unknown network connection") > For some reason the App doesn't get a valid connection anymore and the > loading of the URL in the InAppBrowser plugin fails because of no connection. > This problem only applies for iOS, Android handles it correct. > Another app of me, which doesn't have the InAppBrowser plugin handles the > connection correct as well -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8942) Opening inAppBrowser in landscape shows misplaced status bar background
[ https://issues.apache.org/jira/browse/CB-8942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8942: --- Labels: inappbrowser ios ipad landscape triaged (was: inappbrowser ios ipad landscape) > Opening inAppBrowser in landscape shows misplaced status bar background > --- > > Key: CB-8942 > URL: https://issues.apache.org/jira/browse/CB-8942 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: iOS 8.3 iPad 2 >Reporter: Steven Partridge > Labels: inappbrowser, ios, ipad, landscape, triaged > > When you open the inAppBrowser on an iPad in Landscape view, the status bar > background is not located appropriately. It is instead vertical, and all the > way to the left (when rotated 90 degrees clockwise, or about 3/4ths the way > to the right of the screen (when rotated 90 degrees counter-clockwise), still > vertical. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8815) Possibility to clear the cache in iOS
[ https://issues.apache.org/jira/browse/CB-8815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8815: --- Issue Type: New Feature (was: Wish) > Possibility to clear the cache in iOS > - > > Key: CB-8815 > URL: https://issues.apache.org/jira/browse/CB-8815 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: iOS >Reporter: Ruben Biesemans >Assignee: jcesarmobile >Priority: Minor > Labels: newbie > > There's no possibility to clear the cache of the browser on iOS at the > moment. Only for Android. > Googling a solution for iOS I found the following: > http://anexinetmobility.blogspot.be/2013/10/clearing-inappbrowser-cache-on-ios-with.html > Which seems to work for me. > So is it not possible to provide some kind of way of exposing this the same > way as for android (option on window.open that triggers the clearcache)? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8815) Possibility to clear the cache in iOS
[ https://issues.apache.org/jira/browse/CB-8815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-8815. Resolution: Implemented Please re-open if clearcache option does not work properly > Possibility to clear the cache in iOS > - > > Key: CB-8815 > URL: https://issues.apache.org/jira/browse/CB-8815 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser > Environment: iOS >Reporter: Ruben Biesemans >Assignee: jcesarmobile >Priority: Minor > Labels: newbie > > There's no possibility to clear the cache of the browser on iOS at the > moment. Only for Android. > Googling a solution for iOS I found the following: > http://anexinetmobility.blogspot.be/2013/10/clearing-inappbrowser-cache-on-ios-with.html > Which seems to work for me. > So is it not possible to provide some kind of way of exposing this the same > way as for android (option on window.open that triggers the clearcache)? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8679) Cordova InAppBrowser HTML5 Audio problem on iOS
[ https://issues.apache.org/jira/browse/CB-8679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8679: --- Priority: Minor (was: Major) > Cordova InAppBrowser HTML5 Audio problem on iOS > --- > > Key: CB-8679 > URL: https://issues.apache.org/jira/browse/CB-8679 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.4.0, 3.5.0, 4.0.0, 4.1.3 > Environment: iOS 8.x, all tablets (iPads) >Reporter: jl >Priority: Minor > Labels: audio, html5, inappbrowser, ios, notification, sound, > triaged > > I'm opening a HTML5 website or project that uses sound/audio may it be in > form of video or some pictureless audio source. I use '_blank' and > 'location=yes' as properties. While on android the sounds plays without > problems and is correctly classified as media sound, on iOS there seems to be > a bug there, since the hardware switch of the iPad mutes the sound, although > it is only supposed to mute notification sounds. Additionally in other apps, > all media is playing correctly, with hearable sound. Even if I open the HTML5 > project in either Safari or Chrome, the audio plays correctly with muted > notification sounds.Only in the cordova InAppBrowser it does not work > correctly. > I'm basically addressing this issue: > http://thenextweb.com/apple/2012/10/04/its-not-just-you-the-mute-toggle-of-your-iphone-works-different-on-ios-6/ > only that the issue also occurs on iPads! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8679) Cordova InAppBrowser HTML5 Audio problem on iOS
[ https://issues.apache.org/jira/browse/CB-8679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8679: --- Labels: audio html5 inappbrowser ios notification sound triaged (was: audio html5 inappbrowser ios notification sound) > Cordova InAppBrowser HTML5 Audio problem on iOS > --- > > Key: CB-8679 > URL: https://issues.apache.org/jira/browse/CB-8679 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.4.0, 3.5.0, 4.0.0, 4.1.3 > Environment: iOS 8.x, all tablets (iPads) >Reporter: jl > Labels: audio, html5, inappbrowser, ios, notification, sound, > triaged > > I'm opening a HTML5 website or project that uses sound/audio may it be in > form of video or some pictureless audio source. I use '_blank' and > 'location=yes' as properties. While on android the sounds plays without > problems and is correctly classified as media sound, on iOS there seems to be > a bug there, since the hardware switch of the iPad mutes the sound, although > it is only supposed to mute notification sounds. Additionally in other apps, > all media is playing correctly, with hearable sound. Even if I open the HTML5 > project in either Safari or Chrome, the audio plays correctly with muted > notification sounds.Only in the cordova InAppBrowser it does not work > correctly. > I'm basically addressing this issue: > http://thenextweb.com/apple/2012/10/04/its-not-just-you-the-mute-toggle-of-your-iphone-works-different-on-ios-6/ > only that the issue also occurs on iPads! -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8635) InAppBrowser on Windows adds 40px gray border, wrapper div without class or id
[ https://issues.apache.org/jira/browse/CB-8635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998698#comment-14998698 ] Sergey Grebnov commented on CB-8635: Action item: document firescreen options support > InAppBrowser on Windows adds 40px gray border, wrapper div without class or id > -- > > Key: CB-8635 > URL: https://issues.apache.org/jira/browse/CB-8635 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.6.0 > Environment: Windows 8.1, Windows Phone 8.1 >Reporter: Brandon Paddock > > The InAppBrowserProxy on Windows 8.1 does some weird things. One of them is > that it adds a wrapper div with a bunch of inline styles on it, including a > gray 40px border on all sides. This appears even if you set the "location=no" > option to disable the default browser controls. > Because this div is inserted directly under the body element with no id or > class, you can't override its styling via CSS (and since it uses inline > styles, you'd have to use !important to override them). > Suggested fixes: > 1) Assign a class name to the div so it can be styled. > 2) Don't use an inline style for the default styling. Use CSS. > 3) Don't put this weird gray border in the default styling (it isn't there on > Android so why put it there on Windows?) > 4) Or, remove the div entirely (at least in the location=no case). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8622) [ios] No loaderror event when opening via '_system'
[ https://issues.apache.org/jira/browse/CB-8622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8622: --- Priority: Minor (was: Major) > [ios] No loaderror event when opening via '_system' > --- > > Key: CB-8622 > URL: https://issues.apache.org/jira/browse/CB-8622 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 0.6.1 > Environment: ios >Reporter: Daniel Toplak >Priority: Minor > > When opening an url via _system there is no loaderror event fired when the > url couldn't be opened. This is especially the case when using custom scheme > urls for external apps. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8622) [ios] No loaderror event when opening via '_system'
[ https://issues.apache.org/jira/browse/CB-8622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8622: --- Labels: Triaged (was: ) > [ios] No loaderror event when opening via '_system' > --- > > Key: CB-8622 > URL: https://issues.apache.org/jira/browse/CB-8622 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 0.6.1 > Environment: ios >Reporter: Daniel Toplak >Priority: Minor > Labels: Triaged > > When opening an url via _system there is no loaderror event fired when the > url couldn't be opened. This is especially the case when using custom scheme > urls for external apps. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8584) InAppBrowser Unusable on Android 5.0.x Devices
[ https://issues.apache.org/jira/browse/CB-8584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8584: --- Labels: Triaged (was: ) > InAppBrowser Unusable on Android 5.0.x Devices > -- > > Key: CB-8584 > URL: https://issues.apache.org/jira/browse/CB-8584 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: Android 5.0.X. Observed on a LG G3 running Android 5.0.1 > as well as on the Genymotion Nexus 10 Android 5.0.0 emulator. Cordova version > is 4.2.0. Cordova Android platform is version 3.6.4. In-App Browser plugin is > version 0.6.0. >Reporter: Kyle Geske > Labels: Triaged > > The in-app browser continuously refreshes the page. These refreshes occur > starting when the page is initially loaded but can also be trigger when > attempting to scroll the content. > I can't tell if the page itself is actually being re-fetched or if the screen > is just re-painting itself over and over. > These refreshed have made the in-app browser unusable on the tested Android > 5.0.x devices. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8553) Set local cookies for a _blank inappbrowser-instance
[ https://issues.apache.org/jira/browse/CB-8553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8553: --- Labels: Triaged (was: ) > Set local cookies for a _blank inappbrowser-instance > > > Key: CB-8553 > URL: https://issues.apache.org/jira/browse/CB-8553 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Sencha touch 2.4 app >Reporter: Dennis Patzer > Labels: Triaged > Original Estimate: 2h > Remaining Estimate: 2h > > For a single sign on login procedure I'm desperately missing a way to pass > cookies to the inappbrowser instance (opened in _blank mode). In detail it's > a cookie which is normally done by the website opened in the inappbrowser. > But after I logged in already, the cookie should be passed to the instance > resulting in not displaying the form again. > Would that be possible? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8635) InAppBrowser on Windows adds 40px gray border, wrapper div without class or id
[ https://issues.apache.org/jira/browse/CB-8635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-8635. Resolution: Fixed > InAppBrowser on Windows adds 40px gray border, wrapper div without class or id > -- > > Key: CB-8635 > URL: https://issues.apache.org/jira/browse/CB-8635 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.6.0 > Environment: Windows 8.1, Windows Phone 8.1 >Reporter: Brandon Paddock > > The InAppBrowserProxy on Windows 8.1 does some weird things. One of them is > that it adds a wrapper div with a bunch of inline styles on it, including a > gray 40px border on all sides. This appears even if you set the "location=no" > option to disable the default browser controls. > Because this div is inserted directly under the body element with no id or > class, you can't override its styling via CSS (and since it uses inline > styles, you'd have to use !important to override them). > Suggested fixes: > 1) Assign a class name to the div so it can be styled. > 2) Don't use an inline style for the default styling. Use CSS. > 3) Don't put this weird gray border in the default styling (it isn't there on > Android so why put it there on Windows?) > 4) Or, remove the div entirely (at least in the location=no case). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8467) inappbrowser -- provide ability to hide browser window without closing session
[ https://issues.apache.org/jira/browse/CB-8467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8467: --- Labels: Triaged (was: ) > inappbrowser -- provide ability to hide browser window without closing session > -- > > Key: CB-8467 > URL: https://issues.apache.org/jira/browse/CB-8467 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: iOS, Android >Reporter: Eric Kidder > Labels: Triaged > > I have a need to hide the InAppBrowser UI without closing the session. This > is to handle a situation I have, where a RESTful interface uses > authentication and will redirect users to a separate login page. > The InAppBrowser is created with hidden=yes, so that it is created without a > UI. > When the user is authenticated, the JSON will be downloaded normally and the > browser window will not be shown. > When the user is not authorized, they will be redirected to an HTML page in > order to authenticate. > After authentication, the user is redirected back to the API URL, where the > JSON will be displayed in the InAppBrowser. > Having the ability to hide the browser window will keep the user from seeing > the JSON and improve the user experience. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8289) InAppBrowser v0.5.4 plugin not working in Android
[ https://issues.apache.org/jira/browse/CB-8289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-8289. Resolution: Incomplete Closing since there is no particular issue reported, Android does support InAppBrowser in general > InAppBrowser v0.5.4 plugin not working in Android > - > > Key: CB-8289 > URL: https://issues.apache.org/jira/browse/CB-8289 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.6.0 > Environment: 1. OSX: 10.10.1 > 2. My phonegap version is: 4.1.2-0.22.10 (I used phonegap --v command inside > my Terminal) > 3. My cordova version is: 4.1.2 (I used cordova --v command) > 4. My npm version is: 2.1.17 (I used npm --v command) >Reporter: Zulhilmi Zainudin > Labels: Android > > This plugin is not working in final (production) APK file but working fine > when tested with Phonegap Developer App and 'phonegap serve' command. > Full issue and source code here: > http://stackoverflow.com/questions/27872389/phonegap-inappbrowser-plugin-not-working -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8180) InAppBrowser tries to open for web page for tel url
[
https://issues.apache.org/jira/browse/CB-8180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-8180:
---
Labels: Android Triaged (was: Android)
> InAppBrowser tries to open for web page for tel url
> ---
>
> Key: CB-8180
> URL: https://issues.apache.org/jira/browse/CB-8180
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
>Reporter: Henry Smith
>Assignee: Joe Bowser
> Labels: Android, Triaged
>
> I use InapBrowser to open site which has some buttons containing with
> href="tel:somenumber"
> The app opens the phone and the number is there, I think a DIAL intent is
> used. However after hanging up the phone you get the message that teh page
> "tel:somenumber" could not be opened.
> By adding this code in the InappBrowser, I get the wanted behaviour
> @Override
> public boolean shouldOverrideUrlLoading(WebView view, String url) {
> if (url.startsWith(WebView.SCHEME_TEL)) {
> Intent intent = new Intent(Intent.ACTION_CALL,
> Uri.parse(url));
> cordova.getActivity().startActivity(intent);
> return true;
> }
> return false;
> }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8180) InAppBrowser tries to open for web page for tel url
[
https://issues.apache.org/jira/browse/CB-8180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-8180:
---
Priority: Minor (was: Major)
> InAppBrowser tries to open for web page for tel url
> ---
>
> Key: CB-8180
> URL: https://issues.apache.org/jira/browse/CB-8180
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
>Reporter: Henry Smith
>Assignee: Joe Bowser
>Priority: Minor
> Labels: Android, Triaged
>
> I use InapBrowser to open site which has some buttons containing with
> href="tel:somenumber"
> The app opens the phone and the number is there, I think a DIAL intent is
> used. However after hanging up the phone you get the message that teh page
> "tel:somenumber" could not be opened.
> By adding this code in the InappBrowser, I get the wanted behaviour
> @Override
> public boolean shouldOverrideUrlLoading(WebView view, String url) {
> if (url.startsWith(WebView.SCHEME_TEL)) {
> Intent intent = new Intent(Intent.ACTION_CALL,
> Uri.parse(url));
> cordova.getActivity().startActivity(intent);
> return true;
> }
> return false;
> }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8145) Top Bar Symbols are distorted
[ https://issues.apache.org/jira/browse/CB-8145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-8145. Resolution: Incomplete Closing this issue as there is no enough information to understand and repro the problem (link does not work anymore). Please re-open if this issue is still actual. > Top Bar Symbols are distorted > - > > Key: CB-8145 > URL: https://issues.apache.org/jira/browse/CB-8145 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Android >Reporter: David Vielhuber > > In the InAppBrowser, all top navigation icons (back button, forward button, > close button) are very distorted. > See the screenshot below: > https://dl.dropboxusercontent.com/u/18174954/2014-12-10%2015.06.08.png -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8408) inAppBrowser window closes itself on background network activity
[ https://issues.apache.org/jira/browse/CB-8408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8408: --- Labels: Triaged (was: ) > inAppBrowser window closes itself on background network activity > > > Key: CB-8408 > URL: https://issues.apache.org/jira/browse/CB-8408 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Mac OSX 10.10.2, Appgyver Steroids, Android 4.4 >Reporter: FidoBoy > Labels: Triaged > > As discussed here: https://github.com/AppGyver/steroids/issues/657 the > inAppBrowser window closes by itself when there is any network activity in > background. This only happens on Android platform, iOS working well. > For example if you show the inAppBrowser and then after (or before) that line > you make a async POST or a GET request to a server while the window is opened > it displays for a second and then closes again. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8186) Fails to build on ios
[
https://issues.apache.org/jira/browse/CB-8186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov resolved CB-8186.
Resolution: Cannot Reproduce
> Fails to build on ios
> -
>
> Key: CB-8186
> URL: https://issues.apache.org/jira/browse/CB-8186
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Used in ngCordova project
>Reporter: Rui Ferrao
>Priority: Minor
> Labels: compile, inappbrowser, ios
>
> iOS build fails due to missing CDVInAppBrowser.m and CDVInAppBrowser.h
> To make it work i had to create a new directory :
> {{platforms/ios//Plugins/org.apache.cordova.inappbrowser}}
> and copy to it the above files from :
> {{plugins/org.apache.cordova.inappbrowser/src/ios}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9901) cordova plugin search should open browser to cordova plugin search
[ https://issues.apache.org/jira/browse/CB-9901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edna Morales resolved CB-9901. -- Resolution: Fixed > cordova plugin search should open browser to cordova plugin search > -- > > Key: CB-9901 > URL: https://issues.apache.org/jira/browse/CB-9901 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, CordovaLib >Reporter: Edna Morales >Assignee: Edna Morales >Priority: Minor > Fix For: Master > > > cordova plugin search should open the browser to > 'http://cordova.apache.org/plugins/?q=' -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9975) No longer able to use "all" as orientation for ios
Raymond Camden created CB-9975: -- Summary: No longer able to use "all" as orientation for ios Key: CB-9975 URL: https://issues.apache.org/jira/browse/CB-9975 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Raymond Camden Yesterday I blogged about iOS and orientation (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). Today on Twitter someone noticed that when they set orientation now, they get an error in the CLI. I updated my CLI to the latest, and can confirm it is now broken. If you set ios orientation to all, you get: Unsupported global orientation: all Defaulting to value: default This is obviously wrong on two accounts - it wasn't a global orientation (it was ios only) and all should be supported. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9975) No longer able to use "all" as orientation for ios
[ https://issues.apache.org/jira/browse/CB-9975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill updated CB-9975: --- Component/s: (was: CLI) CordovaLib > No longer able to use "all" as orientation for ios > -- > > Key: CB-9975 > URL: https://issues.apache.org/jira/browse/CB-9975 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Raymond Camden > > Yesterday I blogged about iOS and orientation > (http://www.raymondcamden.com/2015/11/09/cordova-ios-and-orientation-wondering-why-it-is-locked). > Today on Twitter someone noticed that when they set orientation now, they > get an error in the CLI. I updated my CLI to the latest, and can confirm it > is now broken. If you set ios orientation to all, you get: > Unsupported global orientation: all > Defaulting to value: default > This is obviously wrong on two accounts - it wasn't a global orientation (it > was ios only) and all should be supported. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8130) InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState
[ https://issues.apache.org/jira/browse/CB-8130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8130: --- Labels: Triaged inappbrowser (was: inappbrowser) > InAppBrowser, iOS: Setting setStatusBarStyle to -1 causes CGContextSaveGState > - > > Key: CB-8130 > URL: https://issues.apache.org/jira/browse/CB-8130 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: iOS >Reporter: Mario Rosa >Priority: Minor > Labels: Triaged, inappbrowser > > This can happened when hidden=yes. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8071) [InAppBrowser][Android] Make zoom controls optional
[ https://issues.apache.org/jira/browse/CB-8071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8071: --- Labels: Triaged (was: ) > [InAppBrowser][Android] Make zoom controls optional > --- > > Key: CB-8071 > URL: https://issues.apache.org/jira/browse/CB-8071 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Sebastian Erb > Labels: Triaged > > jellekralt submitted a pull-request to disable/enable zoom controls > https://github.com/apache/cordova-plugin-inappbrowser/pull/60 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8071) [InAppBrowser][Android] Make zoom controls optional
[ https://issues.apache.org/jira/browse/CB-8071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-8071. Resolution: Fixed > [InAppBrowser][Android] Make zoom controls optional > --- > > Key: CB-8071 > URL: https://issues.apache.org/jira/browse/CB-8071 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Sebastian Erb > Labels: Triaged > > jellekralt submitted a pull-request to disable/enable zoom controls > https://github.com/apache/cordova-plugin-inappbrowser/pull/60 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8016) [InAppBrowser] Including UserInfo Details in Error Callback (iOS)
[ https://issues.apache.org/jira/browse/CB-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-8016: --- Labels: Triaged inappbrowser ios webview (was: inappbrowser ios webview) > [InAppBrowser] Including UserInfo Details in Error Callback (iOS) > - > > Key: CB-8016 > URL: https://issues.apache.org/jira/browse/CB-8016 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin InAppBrowser > Environment: iOS >Reporter: Balaji Rajendran >Priority: Minor > Labels: Triaged, inappbrowser, ios, webview > > If the UIWebview failed to load a request, it provides additional information > about the failure in the form of "userInfo" in the error object. > Currently, the InAppBrowser plugin is not passing that "userInfo" details > back to the callback function. > It would be helpful, if it pass this "userInfo" along with other existing > basic details. > An example where we need userInfo object , Lets say We are loading a main > HTML page which has many sub HTML page requests within the same and if anyone > of the request gets failed, those failed sub-request URL request details will > be available in "userInfo" object. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7997) presentationstyle always looks like fullscreen
[
https://issues.apache.org/jira/browse/CB-7997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-7997:
---
Labels: Triaged (was: )
> presentationstyle always looks like fullscreen
> --
>
> Key: CB-7997
> URL: https://issues.apache.org/jira/browse/CB-7997
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.6.0
> Environment: iPad Air physical device, iOS 7
> iPad Air emulator, iOS 8
>Reporter: Shingo Toda
>Priority: Minor
> Labels: Triaged
>
> Using iPad Air, even though presentationstylen option is set to {{pagesheet}}
> or {{formsheet}}, contents always look fullscreen mode. I attempted to load a
> png image (dimension is 144 x 144) and below html onto InAppBrowser but
> results were the same.
> {code}
>
>
>
>
>
> body {background-color:lightgray}
> h1 {color:blue}
> p{color:green}
>
> IAB test page
> src="../../../cordova-incl.js">
>
>
> Local URL
> Click Here!
>
>
> {code}
> I saw when opening those files on InAppBrowser, the following message always
> comes up regardless value of presentationstyle.
> {code}
> 2014-11-10 17:27:46.681 mobilespec[1385:60b] Setting the WebView's frame to
> {{0, 0}, {768, 980}}
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7914) APPHOST9613 when calling open in Windows 8.1
[ https://issues.apache.org/jira/browse/CB-7914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7914: --- Labels: Triaged Windows (was: Triaged) > APPHOST9613 when calling open in Windows 8.1 > > > Key: CB-7914 > URL: https://issues.apache.org/jira/browse/CB-7914 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 >Reporter: Humberto ramos > Labels: Triaged, Windows > > When calling open I get this error on Windows 8.1. > APPHOST9613 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7914) APPHOST9613 when calling open in Windows 8.1
[ https://issues.apache.org/jira/browse/CB-7914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7914: --- Labels: Triaged (was: ) > APPHOST9613 when calling open in Windows 8.1 > > > Key: CB-7914 > URL: https://issues.apache.org/jira/browse/CB-7914 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 >Reporter: Humberto ramos > Labels: Triaged, Windows > > When calling open I get this error on Windows 8.1. > APPHOST9613 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7802) "inappbrowser" plugin with "location" attribute issues in wp8.1
[ https://issues.apache.org/jira/browse/CB-7802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7802: --- Labels: Triaged Windows inappbrowser (was: Triaged inappbrowser) > "inappbrowser" plugin with "location" attribute issues in wp8.1 > --- > > Key: CB-7802 > URL: https://issues.apache.org/jira/browse/CB-7802 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.7.0, 3.6.3 > Environment: cordova-plugin-inappbrowser 1.0.0 with wp8.1 >Reporter: Colin Bau > Labels: Triaged, Windows, inappbrowser > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md > it said... > location: Set to yes or no to turn the InAppBrowser's location bar on or off. > but I tried in wp8.1，no mater yes or no，seem the "location bar" never show > if it is because this attribute not supported by WP8 yet ? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7802) "inappbrowser" plugin with "location" attribute issues in wp8.1
[ https://issues.apache.org/jira/browse/CB-7802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7802: --- Labels: Triaged inappbrowser (was: inappbrowser) > "inappbrowser" plugin with "location" attribute issues in wp8.1 > --- > > Key: CB-7802 > URL: https://issues.apache.org/jira/browse/CB-7802 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.7.0, 3.6.3 > Environment: cordova-plugin-inappbrowser 1.0.0 with wp8.1 >Reporter: Colin Bau > Labels: Triaged, Windows, inappbrowser > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md > it said... > location: Set to yes or no to turn the InAppBrowser's location bar on or off. > but I tried in wp8.1，no mater yes or no，seem the "location bar" never show > if it is because this attribute not supported by WP8 yet ? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7696) External links are mistakenly opening via system browser instead of InAppBrowser
[ https://issues.apache.org/jira/browse/CB-7696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7696: --- Labels: Triaged (was: ) > External links are mistakenly opening via system browser instead of > InAppBrowser > > > Key: CB-7696 > URL: https://issues.apache.org/jira/browse/CB-7696 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: 'windows' platform, Windows 8.0, 8.1, Windows Phone 8.1 >Reporter: Sergey Shakhnazarov > Labels: Triaged > > 1. Run Mobilespec app > 2. Go to Plugin Tests (Automatic and manual) > 3. Go to “manual tests” > 4. Go to “cordova.inappbrowser.tests.tests” > 5. Click on of these buttons > White Listed URL > "target=Random" button > Expected result: open successfully in InAppBrowser to www.google.com > Actual: opens link in a system browser > "* target=Random, no location bar" button > Expected result: open successfully in InAppBrowser to www.google.com with no > location bar. > Actual: opens link in a system browser > Non White Listed URL > target=Default > Expected result: open successfully in InAppBrowser to apple.com (_self > enforces whitelist). > Actual: opens link in a system browser > target=_self > Expected result: open successfully in InAppBrowser to apple.com (_self > enforces whitelist). > Actual: opens link in a system browser > target=Random > Expected result: open successfully in InAppBrowser to apple.com. > Actual: opens link in a system browser > * target=Random, no location bar > Expected result: open successfully in InAppBrowser to apple.com without > locationBar. > Actual: opens link in a system browser -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7802) "inappbrowser" plugin with "location" attribute issues in wp8.1
[ https://issues.apache.org/jira/browse/CB-7802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7802: --- Labels: Triaged WP8.1 Windows inappbrowser (was: Triaged Windows inappbrowser) > "inappbrowser" plugin with "location" attribute issues in wp8.1 > --- > > Key: CB-7802 > URL: https://issues.apache.org/jira/browse/CB-7802 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.7.0, 3.6.3 > Environment: cordova-plugin-inappbrowser 1.0.0 with wp8.1 >Reporter: Colin Bau > Labels: Triaged, WP8.1, Windows, inappbrowser > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md > it said... > location: Set to yes or no to turn the InAppBrowser's location bar on or off. > but I tried in wp8.1，no mater yes or no，seem the "location bar" never show > if it is because this attribute not supported by WP8 yet ? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7680) Android cannot open native image picker on inappbrowser plugin (Cordova)
[ https://issues.apache.org/jira/browse/CB-7680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998950#comment-14998950 ] Sergey Grebnov commented on CB-7680: Duplicate to https://issues.apache.org/jira/browse/CB-9148? > Android cannot open native image picker on inappbrowser plugin (Cordova) > > > Key: CB-7680 > URL: https://issues.apache.org/jira/browse/CB-7680 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Android,Cordova Plugin >Reporter: Nattapol Taboonma > Labels: Triaged > > I use inappbrowser plugin from the following link : > https://github.com/apache/cordova-plugin-inappbrowser > Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. > Unfortunately, when I click the upload photo icon, but nothing happen. > Instead, I using the code from : > http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html, > it work perfectly fine without inappbrowser. The image selector show up. > Thank you in advance. > Best regards. > Nattapol Taboonma -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7696) External links are mistakenly opening via system browser instead of InAppBrowser
[ https://issues.apache.org/jira/browse/CB-7696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7696: --- Labels: Triaged Windows (was: Triaged) > External links are mistakenly opening via system browser instead of > InAppBrowser > > > Key: CB-7696 > URL: https://issues.apache.org/jira/browse/CB-7696 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser > Environment: 'windows' platform, Windows 8.0, 8.1, Windows Phone 8.1 >Reporter: Sergey Shakhnazarov > Labels: Triaged, Windows > > 1. Run Mobilespec app > 2. Go to Plugin Tests (Automatic and manual) > 3. Go to “manual tests” > 4. Go to “cordova.inappbrowser.tests.tests” > 5. Click on of these buttons > White Listed URL > "target=Random" button > Expected result: open successfully in InAppBrowser to www.google.com > Actual: opens link in a system browser > "* target=Random, no location bar" button > Expected result: open successfully in InAppBrowser to www.google.com with no > location bar. > Actual: opens link in a system browser > Non White Listed URL > target=Default > Expected result: open successfully in InAppBrowser to apple.com (_self > enforces whitelist). > Actual: opens link in a system browser > target=_self > Expected result: open successfully in InAppBrowser to apple.com (_self > enforces whitelist). > Actual: opens link in a system browser > target=Random > Expected result: open successfully in InAppBrowser to apple.com. > Actual: opens link in a system browser > * target=Random, no location bar > Expected result: open successfully in InAppBrowser to apple.com without > locationBar. > Actual: opens link in a system browser -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7680) Android cannot open native image picker on inappbrowser plugin (Cordova)
[ https://issues.apache.org/jira/browse/CB-7680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7680: --- Labels: Triaged (was: ) > Android cannot open native image picker on inappbrowser plugin (Cordova) > > > Key: CB-7680 > URL: https://issues.apache.org/jira/browse/CB-7680 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: Android,Cordova Plugin >Reporter: Nattapol Taboonma > Labels: Triaged > > I use inappbrowser plugin from the following link : > https://github.com/apache/cordova-plugin-inappbrowser > Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. > Unfortunately, when I click the upload photo icon, but nothing happen. > Instead, I using the code from : > http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html, > it work perfectly fine without inappbrowser. The image selector show up. > Thank you in advance. > Best regards. > Nattapol Taboonma -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9957) Remove CPR code from cordova-lib
[ https://issues.apache.org/jira/browse/CB-9957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14998951#comment-14998951 ] Robert Baker commented on CB-9957: -- I can't build my cordova app without this fixed. > Remove CPR code from cordova-lib > > > Key: CB-9957 > URL: https://issues.apache.org/jira/browse/CB-9957 > Project: Apache Cordova > Issue Type: Improvement >Reporter: Steve Gill >Assignee: Steve Gill > > No need to include any fallback to CPR code in cordova-lib anymore. CPR is > only around still due to old versions for Cordova that can't fetch from npm. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
[ https://issues.apache.org/jira/browse/CB-7679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7679: --- Labels: Triaged iOS (was: ) > [InAppBrowser][iOS 8] Plugin closes itself before image picker shown > > > Key: CB-7679 > URL: https://issues.apache.org/jira/browse/CB-7679 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: IOS8,Cordova Plugin >Reporter: Nattapol Taboonma >Priority: Critical > Labels: Triaged, iOS > > I use inappbrowser plugin from the following link : > https://github.com/apache/cordova-plugin-inappbrowser > Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. > Unfortunately, when I click the upload photo icon, then the 2 native buttons > will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter > buttons I tapped, the inappbrowser close immediately, and it lead to error > Warning: Attempt to present on > whose view is not in the > window hierarchy! > After that, the inappbrowser seem to broke permanently. I have to close and > re-start my app to make it work again. > For more info, I already try the tutorial from this: > http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html > with out the inappbrowser the image ui picker work perfectly fine, it surely > that the error not come from the image select code, but it from the > inappbrowser itself. > I'm waiting for hearing from you. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7679) [InAppBrowser][iOS 8] Plugin closes itself before image picker shown
[ https://issues.apache.org/jira/browse/CB-7679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7679: --- Priority: Major (was: Critical) > [InAppBrowser][iOS 8] Plugin closes itself before image picker shown > > > Key: CB-7679 > URL: https://issues.apache.org/jira/browse/CB-7679 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: IOS8,Cordova Plugin >Reporter: Nattapol Taboonma > Labels: Triaged, iOS > > I use inappbrowser plugin from the following link : > https://github.com/apache/cordova-plugin-inappbrowser > Firstly,I open the Disqus on the inapp browser and it perform perfectly fine. > Unfortunately, when I click the upload photo icon, then the 2 native buttons > will show up. The buttons are 'Take Photo' and 'Choose Existing'. No matter > buttons I tapped, the inappbrowser close immediately, and it lead to error > Warning: Attempt to present on > whose view is not in the > window hierarchy! > After that, the inappbrowser seem to broke permanently. I have to close and > re-start my app to make it work again. > For more info, I already try the tutorial from this: > http://www.codepool.biz/tech-frontier/html5/take-a-photo-and-upload-it-on-mobile-phones-with-html5.html > with out the inappbrowser the image ui picker work perfectly fine, it surely > that the error not come from the image select code, but it from the > inappbrowser itself. > I'm waiting for hearing from you. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7608) Add option to set "useWideViewPort" to false.
[ https://issues.apache.org/jira/browse/CB-7608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7608: --- Labels: Android Triaged (was: Android) > Add option to set "useWideViewPort" to false. > - > > Key: CB-7608 > URL: https://issues.apache.org/jira/browse/CB-7608 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 >Reporter: Sébastien Blanc > Labels: Android, Triaged > > PR : https://github.com/apache/cordova-plugin-inappbrowser/pull/66 > When using inAppBrowser with Android, the viewport tag of the loaded page is > ignored. As a result, some pages using a specific viewport (for instance an > Ionic view) are completly zoomed out. > With iOS it's possible to fix that by passing "enableViewportScale" but for > Android the only way to fix this is to set 'useWideViewPort' to 'false' . > It's now harcoded to 'true' > https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src/android/InAppBrowser.java#L620. > We should be able to pass the value through the option (i.e : 'location=no, > useWideViewPort=no') -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7513) Failed to find PDF header: `%PDF' not found
[ https://issues.apache.org/jira/browse/CB-7513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7513: --- Labels: Triaged iOS8 inAppBrowser pdf (was: iOS8 inAppBrowser pdf) > Failed to find PDF header: `%PDF' not found > --- > > Key: CB-7513 > URL: https://issues.apache.org/jira/browse/CB-7513 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: iOS8 beta 5 and Xcode 6 beta 7 >Reporter: Walter Chacon Solis > Labels: Triaged, iOS8, inAppBrowser, pdf > > Can't open a url of a pdf document. InAppBrowser shows a blank page. Even > more this is causing a memory leak after a while of waiting for the pdf > document to load > Xcode logs: > failed to find PDF header: `%PDF' not found. > Probably this issue is related to this one: > http://stackoverflow.com/questions/25158552/failed-to-find-pdf-header-pdf-not-found -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7559) Hide statusbar with InAppBrowser option
[ https://issues.apache.org/jira/browse/CB-7559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7559: --- Labels: Triaged (was: ) > Hide statusbar with InAppBrowser option > --- > > Key: CB-7559 > URL: https://issues.apache.org/jira/browse/CB-7559 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Shazron Abdullah > Labels: Triaged > > See https://github.com/apache/cordova-plugin-inappbrowser/pull/59 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7500) executeScript with callback kills/blurs inAppBrowser window after callback exit
[
https://issues.apache.org/jira/browse/CB-7500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-7500:
---
Labels: Android Triaged patch (was: Android patch)
> executeScript with callback kills/blurs inAppBrowser window after callback
> exit
> ---
>
> Key: CB-7500
> URL: https://issues.apache.org/jira/browse/CB-7500
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Android 4.4.2 Samsung Galaxy Tab S
>Reporter: Andreas Imhof
> Labels: Android, Triaged, patch
> Original Estimate: 20m
> Remaining Estimate: 20m
>
> Calling Javascript executeScript (inAppBrowser.js) WITH a callback into an
> inAppBrowser window kills/blurs this IAB window after the callback exits.
> Something like this also is mentioned in the author's comment in method
> 'injectDeferredObject' in 'inAppBrowser.java' on line 254.
> After inverstigating, I accidentally found a work-around/solution which
> helped on my Android 4.4.2 Samsung Galagy Tab S.
> SOLUTION:
> In 'inAppBrowser.java' on line 162:
> jsWrapper = String.format("prompt(JSON.stringify([eval(%%s)]),
> 'gap-iab://%s')", callbackContext.getCallbackId());
> the 'prompt' statement should be assigned to a variable like:
> jsWrapper = String.format("var r=prompt(JSON.stringify([eval(%%s)]),
> 'gap-iab://%s')", callbackContext.getCallbackId());
> Adding 'var r=' prevents from InAppBrowser window being killed.
> Don't know why. Tell me... :-)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7446) 404 error while playing video in iOS InAppBrowser
[ https://issues.apache.org/jira/browse/CB-7446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7446: --- Labels: newbie triaged (was: newbie) > 404 error while playing video in iOS InAppBrowser > - > > Key: CB-7446 > URL: https://issues.apache.org/jira/browse/CB-7446 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.0.0 > Environment: iOS >Reporter: Faiyaz Ahmad > Labels: newbie, triaged > > I am not able to play video from other source (https://...). > I am able to play youtube videos. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7346) Build fails after installing InAppBrowser plugin
[
https://issues.apache.org/jira/browse/CB-7346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov updated CB-7346:
---
Labels: Triaged (was: )
> Build fails after installing InAppBrowser plugin
>
>
> Key: CB-7346
> URL: https://issues.apache.org/jira/browse/CB-7346
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Mac OS X 10.8.5, Xcode 5.1.1, InAppBrowser 0.5.1
>Reporter: Marko Asplund
> Labels: Triaged
>
> Running my Cordova app in the emulator fails due to build failures after
> installing the plugin. everything works before installing the plugin and the
> problem gets fixed after uninstalling it.
> {noformat}
> $ cordova plugin add org.apache.cordova.inappbrowser
> $ cordova plugin ls
> org.apache.cordova.globalization 0.2.7 "Globalization"
> org.apache.cordova.inappbrowser 0.5.1 "InAppBrowser"
> $ cordova emulate iOS
> ...
> The following build commands failed:
> CompileC
> build/myprj.build/Debug-iphonesimulator/myprj.build/Objects-normal/i386/CDVInAppBrowser.o
> myprj/Plugins/org.apache.cordova.inappbrowser/CDVInAppBrowser.m normal i386
> objective-c com.apple.compilers.llvm.clang.1_0.compiler
> (1 failure)
> Error: /me/myproject/platforms/ios/cordova/run: Command failed with exit code
> 65
> at ChildProcess.whenDone
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:131:23)
> at ChildProcess.EventEmitter.emit (events.js:98:17)
> at maybeClose (child_process.js:743:16)
> at Process.ChildProcess._handle.onexit (child_process.js:810:5)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8442) [iOS] After several (hundreds) file write operations, the plugin stops working and no error is dispatched.
[ https://issues.apache.org/jira/browse/CB-8442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Omar Mefire reassigned CB-8442: --- Assignee: Omar Mefire > [iOS] After several (hundreds) file write operations, the plugin stops > working and no error is dispatched. > -- > > Key: CB-8442 > URL: https://issues.apache.org/jira/browse/CB-8442 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 4.0.0 > Environment: iOS 8.1.x > iOS PLATFORM VERSION: 3.7.0 > Simulator, iPad Mini Retina, iPhone 4, iPhone 5s >Reporter: Andrea >Assignee: Omar Mefire >Priority: Critical > Labels: iOS > > File Plugin [version 1.3.2] > After several (hundreds) file write operations (with arrayBuffer), the plugin > becomes unresponsive and no error is dispatched. > Given a list of files, it seems it happens always at the same point ( in my > case after 484 write operations, or 492, or 469, etc.). I'm quite sure it's > not related to the type of file. No errors are returned. The plugin simply > stops working. I guess all the plugins become unresponsive. > With the same number operations, but executed through FileTransfer-> > download, there are no problems. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7346) Build fails after installing InAppBrowser plugin
[
https://issues.apache.org/jira/browse/CB-7346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Grebnov resolved CB-7346.
Resolution: Cannot Reproduce
Cannot repro using latest CLI and plugin versions, please re-open if this still
an issue
> Build fails after installing InAppBrowser plugin
>
>
> Key: CB-7346
> URL: https://issues.apache.org/jira/browse/CB-7346
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
> Environment: Mac OS X 10.8.5, Xcode 5.1.1, InAppBrowser 0.5.1
>Reporter: Marko Asplund
> Labels: Triaged
>
> Running my Cordova app in the emulator fails due to build failures after
> installing the plugin. everything works before installing the plugin and the
> problem gets fixed after uninstalling it.
> {noformat}
> $ cordova plugin add org.apache.cordova.inappbrowser
> $ cordova plugin ls
> org.apache.cordova.globalization 0.2.7 "Globalization"
> org.apache.cordova.inappbrowser 0.5.1 "InAppBrowser"
> $ cordova emulate iOS
> ...
> The following build commands failed:
> CompileC
> build/myprj.build/Debug-iphonesimulator/myprj.build/Objects-normal/i386/CDVInAppBrowser.o
> myprj/Plugins/org.apache.cordova.inappbrowser/CDVInAppBrowser.m normal i386
> objective-c com.apple.compilers.llvm.clang.1_0.compiler
> (1 failure)
> Error: /me/myproject/platforms/ios/cordova/run: Command failed with exit code
> 65
> at ChildProcess.whenDone
> (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/superspawn.js:131:23)
> at ChildProcess.EventEmitter.emit (events.js:98:17)
> at maybeClose (child_process.js:743:16)
> at Process.ChildProcess._handle.onexit (child_process.js:810:5)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7323) InAppBrowser overrides MediaPlaybackRequiresUserAction in config for main app
[ https://issues.apache.org/jira/browse/CB-7323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-7323: --- Priority: Trivial (was: Major) > InAppBrowser overrides MediaPlaybackRequiresUserAction in config for main app > - > > Key: CB-7323 > URL: https://issues.apache.org/jira/browse/CB-7323 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.5.0 > Environment: iOS >Reporter: Jeff Sawatzky >Priority: Trivial > > In my config.xml I have > > Which works fine (auto play vine videos don't autoplay. yay!)...until I > launch the InAppBrowser which then sets a user preference > WebKitMediaPlaybackRequiresUserGesture to false, and then the main app webkit > windows seems to read this setting instead of the one in the config. > I got around this by passing the mediaPlaybackRequiresUserAction=yes to > window.open, but perhaps the InAppBrowser shouldn't be setting this > preference option? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
