[jira] [Resolved] (CB-12163) plugin.xml 'resource-file' does not copy file to target for Windows
[
https://issues.apache.org/jira/browse/CB-12163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran resolved CB-12163.
-
Resolution: Fixed
> plugin.xml 'resource-file' does not copy file to target for Windows
> ---
>
> Key: CB-12163
> URL: https://issues.apache.org/jira/browse/CB-12163
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: Master
> Environment: Windows 8/Windows10
>Reporter: Karen Tran
>Assignee: Karen Tran
> Labels: Windows
>
> From plugin.xml:
> {noformat} target="myprops.properties"/>{noformat}
> does not copy the file from src to target anymore. It used
> to, but was changed. This creates a couple of issues since I expect it to be
> in the application, but it technically isn't. This means that I cannot update
> the file that doesn't exist and very much limits the functionality of
> (Also the documentation is wrong for Windows since it doesn't
> copy any files). Visual Studio also only shows the file from the src path.
> This doesn't make much sense since that file wouldn't be in the application.
> The expected behavior should be if the target is specified,
> should copy the file to the target location. In turn, Visual Studio should
> show the target file instead of the src file because the target is part of
> the application whereas the src file is not.
> This used to be expected behavior, but was changed as a result of CB-10326.
> The intention of that issue is limited to use cases of only having the src
> attribute, ignoring the possibility that we would want to update files in the
> target instead (which imo makes more sense). Resource files are not all .dll
> files, so it's not very user friendly to limit the tag to
> handling just those kinds of files.
> Proposed changes in JsprojManager.js and PluginHandler.js:
> If target attribute is specified, copy the file to the target and point the
> Include attribute to the path of the target.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-12163) plugin.xml 'resource-file' does not copy file to target for Windows
[
https://issues.apache.org/jira/browse/CB-12163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran reassigned CB-12163:
---
Assignee: Karen Tran
> plugin.xml 'resource-file' does not copy file to target for Windows
> ---
>
> Key: CB-12163
> URL: https://issues.apache.org/jira/browse/CB-12163
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: Master
> Environment: Windows 8/Windows10
>Reporter: Karen Tran
>Assignee: Karen Tran
> Labels: Windows
>
> From plugin.xml:
> {noformat} target="myprops.properties"/>{noformat}
> does not copy the file from src to target anymore. It used
> to, but was changed. This creates a couple of issues since I expect it to be
> in the application, but it technically isn't. This means that I cannot update
> the file that doesn't exist and very much limits the functionality of
> (Also the documentation is wrong for Windows since it doesn't
> copy any files). Visual Studio also only shows the file from the src path.
> This doesn't make much sense since that file wouldn't be in the application.
> The expected behavior should be if the target is specified,
> should copy the file to the target location. In turn, Visual Studio should
> show the target file instead of the src file because the target is part of
> the application whereas the src file is not.
> This used to be expected behavior, but was changed as a result of CB-10326.
> The intention of that issue is limited to use cases of only having the src
> attribute, ignoring the possibility that we would want to update files in the
> target instead (which imo makes more sense). Resource files are not all .dll
> files, so it's not very user friendly to limit the tag to
> handling just those kinds of files.
> Proposed changes in JsprojManager.js and PluginHandler.js:
> If target attribute is specified, copy the file to the target and point the
> Include attribute to the path of the target.
--
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-12163) plugin.xml 'resource-file' does not copy file to target for Windows
[
https://issues.apache.org/jira/browse/CB-12163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15684982#comment-15684982
]
Karen Tran commented on CB-12163:
-
I think there will need to be some sort of compromise to this issue. This
little snippet was found in PluginHandler.js and it contradicts with what I am
proposing. I wouldn't be able to simply check that a target path exists.
{code}
// do not copy, but reference the file in the plugin folder. This allows to
// have multiple source files map to the same target and select the appropriate
// one based on the current build settings, e.g. architecture.
// also, we don't check for existence. This allows to insert build variables
// into the source file name, e.g.
//
{code}
One way or another, the solution would end up having a Windows quirk and should
be properly documented, which it isn't now.
A couple things we need to decide on:
1. What should be the default behavior of tag? Should it simply
be copy resources as it was originally intended to, or should it be doing what
it is now, which is making a reference to the resource files.
2. Should tag handle both functionalities, or should one be
separated out into another tag?
> plugin.xml 'resource-file' does not copy file to target for Windows
> ---
>
> Key: CB-12163
> URL: https://issues.apache.org/jira/browse/CB-12163
> Project: Apache Cordova
> Issue Type: Bug
> Components: Windows
>Affects Versions: Master
> Environment: Windows 8/Windows10
>Reporter: Karen Tran
> Labels: Windows
>
> From plugin.xml:
> {noformat} target="myprops.properties"/>{noformat}
> does not copy the file from src to target anymore. It used
> to, but was changed. This creates a couple of issues since I expect it to be
> in the application, but it technically isn't. This means that I cannot update
> the file that doesn't exist and very much limits the functionality of
> (Also the documentation is wrong for Windows since it doesn't
> copy any files). Visual Studio also only shows the file from the src path.
> This doesn't make much sense since that file wouldn't be in the application.
> The expected behavior should be if the target is specified,
> should copy the file to the target location. In turn, Visual Studio should
> show the target file instead of the src file because the target is part of
> the application whereas the src file is not.
> This used to be expected behavior, but was changed as a result of CB-10326.
> The intention of that issue is limited to use cases of only having the src
> attribute, ignoring the possibility that we would want to update files in the
> target instead (which imo makes more sense). Resource files are not all .dll
> files, so it's not very user friendly to limit the tag to
> handling just those kinds of files.
> Proposed changes in JsprojManager.js and PluginHandler.js:
> If target attribute is specified, copy the file to the target and point the
> Include attribute to the path of the target.
--
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-12163) plugin.xml 'resource-file' does not copy file to target for Windows
Karen Tran created CB-12163:
---
Summary: plugin.xml 'resource-file' does not copy file to target
for Windows
Key: CB-12163
URL: https://issues.apache.org/jira/browse/CB-12163
Project: Apache Cordova
Issue Type: Bug
Components: Windows
Affects Versions: Master
Environment: Windows 8/Windows10
Reporter: Karen Tran
>From plugin.xml:
{noformat}{noformat}
does not copy the file from src to target anymore. It used to,
but was changed. This creates a couple of issues since I expect it to be in the
application, but it technically isn't. This means that I cannot update the file
that doesn't exist and very much limits the functionality of
(Also the documentation is wrong for Windows since it doesn't copy any files).
Visual Studio also only shows the file from the src path. This doesn't make
much sense since that file wouldn't be in the application.
The expected behavior should be if the target is specified,
should copy the file to the target location. In turn, Visual Studio should show
the target file instead of the src file because the target is part of the
application whereas the src file is not.
This used to be expected behavior, but was changed as a result of CB-10326. The
intention of that issue is limited to use cases of only having the src
attribute, ignoring the possibility that we would want to update files in the
target instead (which imo makes more sense). Resource files are not all .dll
files, so it's not very user friendly to limit the tag to
handling just those kinds of files.
Proposed changes in JsprojManager.js and PluginHandler.js:
If target attribute is specified, copy the file to the target and point the
Include attribute to the path of the target.
--
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-12070) edit-config doesn't work with plist files
[
https://issues.apache.org/jira/browse/CB-12070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15612000#comment-15612000
]
Karen Tran commented on CB-12070:
-
`edit-config` currently only modifies XML files. I won't be able to work on
this, so adding support for .plist files is up for grabs ;)
> edit-config doesn't work with plist files
> -
>
> Key: CB-12070
> URL: https://issues.apache.org/jira/browse/CB-12070
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Reporter: Darryl Pogue
> Fix For: cordova-lib@6.4.1
>
>
> Trying to use the {{edit-config}} tag in config.xml to add to the iOS
> Info.plist file:
> {code} mode="merge">
>
> foo
>
> {code}
> It's giving me an error in xml_helpers.js:
> {code}Error: TypeError: doc.find is not a function
> at Object.resolveParent
> (/Users/dpogue/Coding/cordova-app/node_modules/cordova-common/src/util/xml-helpers.js:210:26)
> at
> /Users/dpogue/Coding/cordova-app/node_modules/cordova-common/src/ConfigChanges/ConfigChanges.js:464:53
> at Array.forEach (native)
> at is_conflicting
> (/Users/dpogue/Coding/cordova-app/node_modules/cordova-common/src/ConfigChanges/ConfigChanges.js:456:17)
> at PlatformMunger.add_config_changes
> (/Users/dpogue/Coding/cordova-app/node_modules/cordova-common/src/ConfigChanges/ConfigChanges.js:204:33)
> at
> /Users/dpogue/Coding/cordova-app/node_modules/cordova-lib/src/cordova/prepare.js:127:24
> at _fulfilled
> (/Users/dpogue/Coding/cordova-app/platforms/ios/cordova/node_modules/q/q.js:834:54)
> at self.promiseDispatch.done
> (/Users/dpogue/Coding/cordova-app/platforms/ios/cordova/node_modules/q/q.js:863:30)
> at Promise.promise.promiseDispatch
> (/Users/dpogue/Coding/cordova-app/platforms/ios/cordova/node_modules/q/q.js:796:13)
> at
> /Users/dpogue/Coding/cordova-app/platforms/ios/cordova/node_modules/q/q.js:604:44{code}
> This seems to happen because plist files are turned into JS objects when they
> are parsed, rather than XML documents like AndroidManifest.xml or config.xml.
--
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-11908) Add edit-config to config.xml
Karen Tran created CB-11908: --- Summary: Add edit-config to config.xml Key: CB-11908 URL: https://issues.apache.org/jira/browse/CB-11908 Project: Apache Cordova Issue Type: Improvement Components: CordovaCommon, CordovaLib Affects Versions: Master Reporter: Karen Tran Assignee: Karen Tran Fix For: Master edit-config tag in plugin.xml allows users to modify xml elements from plugins. This feature should be added to config.xml as well, so that users wouldn't need a plugin in order to modify xml elements. *config.xml changes takes precedence over plugin changes. -- 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-11776) Can't add two plugins with different edit-config targets
Karen Tran created CB-11776: --- Summary: Can't add two plugins with different edit-config targets Key: CB-11776 URL: https://issues.apache.org/jira/browse/CB-11776 Project: Apache Cordova Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: CordovaCommon Affects Versions: 1.4.0 Reporter: Karen Tran Assignee: Karen Tran Fix For: Master When adding two plugins where both plugins are using edit-config, the second plugin will have issues being added. The conflict checking for edit-config is missing a case where the target cannot resolve to an existing target. Should check if the target exists before proceeding. -- 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-11015) Error adding plugin with gradle extras
[
https://issues.apache.org/jira/browse/CB-11015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15236463#comment-15236463
]
Karen Tran commented on CB-11015:
-
I'm still able to recreate it. I was using a fresh clone of Tools (lib, cli,
etc.) and cordova-android. I can also recreate it with latest release of Tools
v6.1.1 with master cordova-android. cordova-android 5.1.1 doesn't have the
issue.
> Error adding plugin with gradle extras
> --
>
> Key: CB-11015
> URL: https://issues.apache.org/jira/browse/CB-11015
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
> Environment: cordova-android 5.2.0-dev
> cordova-lib 6.2.0-dev
>Reporter: Karen Tran
> Labels: android, gradle
> Fix For: Master
>
>
> Recreate:
> cordova create myApp
> cd myApp
> cordova platform add ..\cordova-android
> cordova plugin add cordova-plugin-crosswalk-webview
> Error:
> {noformat}
> C:\Users\myComputer\cordova_master\myApp>cordova plugin add
> cordova-plugin-crosswalk-webview
> Fetching plugin "cordova-plugin-crosswalk-webview" via npm
> Installing "cordova-plugin-crosswalk-webview" for android
> cp: copyFileSync: could not write to dest file (code=ENOENT):
> C:\Users\myComputer\cordova_master\myApp\platforms\android\cordova-plugin-crosswalk-webview\hellocordova-xwalk.gradle\build.gradle
> {noformat}
> Since the plugin's gradle extras didn't copy over, this causes errors when
> trying to build.
--
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-11015) Error adding plugin with gradle extras
Karen Tran created CB-11015:
---
Summary: Error adding plugin with gradle extras
Key: CB-11015
URL: https://issues.apache.org/jira/browse/CB-11015
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: cordova-android 5.2.0-dev
cordova-lib 6.2.0-dev
Reporter: Karen Tran
Fix For: Master
Recreate:
cordova create myApp
cd myApp
cordova platform add ..\cordova-android
cordova plugin add cordova-plugin-crosswalk-webview
Error:
{noformat}
C:\Users\myComputer\cordova_master\myApp>cordova plugin add
cordova-plugin-crosswalk-webview
Fetching plugin "cordova-plugin-crosswalk-webview" via npm
Installing "cordova-plugin-crosswalk-webview" for android
cp: copyFileSync: could not write to dest file (code=ENOENT):
C:\Users\myComputer\cordova_master\myApp\platforms\android\cordova-plugin-crosswalk-webview\hellocordova-xwalk.gradle\build.gradle
{noformat}
Since the plugin's gradle extras didn't copy over, this causes errors when
trying to build.
--
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-10983) File Plugin content URL tests fail in mobile-spec on Android N
Karen Tran created CB-10983:
---
Summary: File Plugin content URL tests fail in mobile-spec on
Android N
Key: CB-10983
URL: https://issues.apache.org/jira/browse/CB-10983
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File
Affects Versions: Master
Environment: Android N alpha, Nexus 6, moblie-spec create with master
branch repos
Reporter: Karen Tran
Fix For: Master
In the automated File plugin tests in mobile-spec,
file.spec 138, 139, and 140 all fail with the same error. They also all use
content:// scheme.
{noformat}
resolveLocalFileSystemURL failed for content provider {"code":5}: ENCODING_ERR
Error: resolveLocalFileSystemURL failed for content provider {"code":5}:
ENCODING_ERR
at stack
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:17)
at buildExpectationResult
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:14)
at Spec.Env.expectationResultFactory
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:572:18)
at Spec.addExpectationResult
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:321:34)
at Expectation.addExpectationResult
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:516:21)
at Expectation.toFailWithMessage
(file:///android_asset/www/cdvtests/jasmine-2.2.0/jasmine.js:1379:12)
at failed
(file:///android_asset/www/plugins/cordova-plugin-file-tests/tests.js:178:26)
at fail
(file:///android_asset/www/plugins/cordova-plugin-file/www/resolveLocalFileSystemURI.js:53:17)
at Object.cordova.callbackFromNative
(file:///android_asset/www/cordova.js:295:52)
at processMessage (file:///android_asset/www/cordova.js:1081:17)
{noformat}
Not sure if content scheme is something changing in Android N, but it's worth
tracking.
--
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-10940) Can't add Android platform from path
[
https://issues.apache.org/jira/browse/CB-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-10940:
Description:
Ran into this issue when trying to create mobile-spec. I cannot add the android
platform from a path. This only happens on master. If I switch cordova-android
repo to 5.1.x branch, this issue doesn't happen.
Error from Mac:
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add" hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android
/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process.
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){noformat}
Error from Windows:
{noformat}
Error: RangeError: Maximum call stack size exceeded
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30)
at EventEmitter.module.exports.emit
(C:\Users\myComputer\cordova_master\cordo
va-lib\cordova-common\src\events.js:61:30) {noformat}
was:
Ran into this issue when trying to create mobile-spec. I cannot add the android
platform from a path. This only happens on master. If I switch cordova-android
repo to 5.1.x branch, this issue doesn't happen.
Error from Mac (on Windows, the error is different and isn't very helpful):
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add" hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android
/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process.
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){noformat}
> Can't add Android platform from path
>
>
> Key: CB-10940
> URL: https://issues.apache.org/jira/browse/CB-10940
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: Master
> Environment: Tried on Windows and Mac
>Reporter: Karen Tran
> Labels: android, platform
> Fix For: Master
>
>
> Ran into this issue when trying to create mobile-spec. I cannot add the
> android platform from a path. This only happens on master. If I switch
> cordova-android repo to 5.1.x branch, this issue doesn't happen.
> Error from Mac:
> {noformat}
> myComputer$ cordova platform add ../cordova-android -dd
> Executing "before_platform_add" hook for all plugins.
> Adding android project...
> PlatformApi successfully found for platform android
> /Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
> if(message.toUpperCase().indexOf('ERROR:') !== 0) {
>^
> TypeError: Cannot call
[jira] [Created] (CB-10940) Can't add Android platform from path
Karen Tran created CB-10940:
---
Summary: Can't add Android platform from path
Key: CB-10940
URL: https://issues.apache.org/jira/browse/CB-10940
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Tried on Windows and Mac
Reporter: Karen Tran
Fix For: Master
Ran into this issue when trying to create mobile-spec. I cannot add the android
platform from a path. This only happens on master. If I switch cordova-android
repo to 5.1.x branch, this issue doesn't happen.
Error from Mac (on Windows, the error is different and isn't very helpful):
{noformat}
myComputer$ cordova platform add ../cordova-android -dd
Executing "before_platform_add" hook for all plugins.
Adding android project...
PlatformApi successfully found for platform android
/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212
if(message.toUpperCase().indexOf('ERROR:') !== 0) {
^
TypeError: Cannot call method 'toUpperCase' of undefined
at formatError
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:212:16)
at CordovaLogger.log
(/Users/myComputer/cordova_apache_master/cordova-cli/node_modules/cordova-common/src/CordovaLogger.js:93:19)
at process.
(/Users/myComputer/cordova_apache_master/cordova-cli/src/cli.js:136:16)
at process.EventEmitter.emit (events.js:95:17)
at process._fatalException (node.js:272:26){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] [Created] (CB-10897) Cannot access specific non http or https URLs that are Whitelisted
Karen Tran created CB-10897:
---
Summary: Cannot access specific non http or https URLs that are
Whitelisted
Key: CB-10897
URL: https://issues.apache.org/jira/browse/CB-10897
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Whitelist
Affects Versions: Master
Environment: cordova-android 5.1.1
Reporter: Karen Tran
Fix For: Master
In config.xml when I whitelist specific non http or https URLs such as
{code}mailto:ktop...@gmail.com"; />{code}
and in index.html I add a link with that specific URL,
{code}mailto:ktop...@gmail.com";>mailto link{code}
I cannot access the link when I run the application. If I change the
allow-intent to use a wildcard, *, I can get it to work.
{code}mailto:*"; />{code}
The expected behavior is that I should be able to specify an exact URL in the
whitelist, but I am not able to. I investigated the Whitelist plugin and
Whitelist.java in cordova-android and I found the issue.
First I looked at the whitelist itself. URLs from config.xml are added to the
whitelist correctly. No problems here.
Next I looked at how the URL from index.html is being compared to the
whitelist. I traced through with the Android Studio debugger and found this:
At [Line
85|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/Whitelist.java#L85]
of Whitelist.java in cordova-android, there is actually a NullPointerException
happening, but it didn't get printed out with the Log :( (this needs to be
fixed). I made some modifications to Whitelist.java so that the stack trace
gets printed out, along with with values of 'host'.
{noformat}
03-17 13:46:47.399 14000-14000/? I/System.out: uri scheme: mailto
03-17 13:46:47.399 14000-14000/? I/System.out: whitelist scheme: mailto
03-17 13:46:47.399 14000-14000/? I/System.out: uri host: null
03-17 13:46:47.399 14000-14000/? I/System.out: whitelist host:
ktop500@gmail\.com
03-17 13:46:47.400 14000-14000/? W/System.err: java.lang.NullPointerException:
Attempt to invoke interface method 'int java.lang.CharSequence.length()' on a
null object reference
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Matcher.reset(Matcher.java:177)
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Matcher.(Matcher.java:90)
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Pattern.matcher(Pattern.java:297)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.Whitelist$URLPattern.matches(Whitelist.java:88)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.Whitelist.isUrlWhiteListed(Whitelist.java:168)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.whitelist.WhitelistPlugin.shouldOpenExternalUrl(WhitelistPlugin.java:132)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.PluginManager.shouldOpenExternalUrl(PluginManager.java:432)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.CordovaWebViewImpl$EngineClient.onNavigationAttempt(CordovaWebViewImpl.java:605)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.engine.SystemWebViewClient.shouldOverrideUrlLoading(SystemWebViewClient.java:79)
03-17 13:46:47.400 14000-14000/? W/System.err: at
com.android.webview.chromium.WebViewContentsClientAdapter.shouldOverrideUrlLoading(WebViewContentsClientAdapter.java:336)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.android_webview.AwContentsClient.shouldIgnoreNavigation(AwContentsClient.java:168)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.android_webview.AwContentsClientBridge.shouldOverrideUrlLoading(AwContentsClientBridge.java:265)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.os.Handler.dispatchMessage(Handler.java:102)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.os.Looper.loop(Looper.java:135)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.app.ActivityThread.main(ActivityThread.java:5254)
03-17 13:46:47.401 14000-14000/? W/System.err: at
java.lang.reflect.Method.invoke(Native Method)
03-17 13:46:47.401 14000-14000/? W/System.err: at
java.lang.reflect.Method.invoke(Method.java:372)
03-17 13:46:47.401 14000-14000/? W/System.err: at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
03-17 13:46:47.401 14000-14000/? W/System.err: at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698){noformat}
Whitelist host is correct, so that got parsed correctly, but the Uri host is
[jira] [Updated] (CB-10897) Cannot access specific non http or https URLs that are Whitelisted
[
https://issues.apache.org/jira/browse/CB-10897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-10897:
Description:
In config.xml when I whitelist specific non http or https URLs such as
{code}mailto:ktop...@gmail.com"; />{code}
and in index.html I add a link with that specific URL,
{code}mailto:ktop...@gmail.com";>mailto link{code}
I cannot access the link when I run the application. If I change the
allow-intent to use a wildcard, *, I can get it to work.
{code}mailto:*"; />{code}
The expected behavior is that I should be able to specify an exact URL in the
whitelist, but I am not able to. I investigated the Whitelist plugin and
Whitelist.java in cordova-android and I found the issue.
First I looked at the whitelist itself. URLs from config.xml are added to the
whitelist correctly. No problems here.
Next I looked at how the URL from index.html is being compared to the
whitelist. I traced through with the Android Studio debugger and found this:
At [Line
85|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/Whitelist.java#L85]
of Whitelist.java in cordova-android, there is actually a NullPointerException
happening, but it didn't get printed out with the Log :( (this needs to be
fixed). I made some modifications to Whitelist.java so that the stack trace
gets printed out, along with with values of 'host'.
{noformat}
03-17 13:46:47.399 14000-14000/? I/System.out: uri scheme: mailto
03-17 13:46:47.399 14000-14000/? I/System.out: whitelist scheme: mailto
03-17 13:46:47.399 14000-14000/? I/System.out: uri host: null
03-17 13:46:47.399 14000-14000/? I/System.out: whitelist host:
ktop500@gmail\.com
03-17 13:46:47.400 14000-14000/? W/System.err: java.lang.NullPointerException:
Attempt to invoke interface method 'int java.lang.CharSequence.length()' on a
null object reference
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Matcher.reset(Matcher.java:177)
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Matcher.(Matcher.java:90)
03-17 13:46:47.400 14000-14000/? W/System.err: at
java.util.regex.Pattern.matcher(Pattern.java:297)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.Whitelist$URLPattern.matches(Whitelist.java:88)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.Whitelist.isUrlWhiteListed(Whitelist.java:168)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.whitelist.WhitelistPlugin.shouldOpenExternalUrl(WhitelistPlugin.java:132)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.PluginManager.shouldOpenExternalUrl(PluginManager.java:432)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.CordovaWebViewImpl$EngineClient.onNavigationAttempt(CordovaWebViewImpl.java:605)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.apache.cordova.engine.SystemWebViewClient.shouldOverrideUrlLoading(SystemWebViewClient.java:79)
03-17 13:46:47.400 14000-14000/? W/System.err: at
com.android.webview.chromium.WebViewContentsClientAdapter.shouldOverrideUrlLoading(WebViewContentsClientAdapter.java:336)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.android_webview.AwContentsClient.shouldIgnoreNavigation(AwContentsClient.java:168)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.android_webview.AwContentsClientBridge.shouldOverrideUrlLoading(AwContentsClientBridge.java:265)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
03-17 13:46:47.400 14000-14000/? W/System.err: at
org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.os.Handler.dispatchMessage(Handler.java:102)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.os.Looper.loop(Looper.java:135)
03-17 13:46:47.401 14000-14000/? W/System.err: at
android.app.ActivityThread.main(ActivityThread.java:5254)
03-17 13:46:47.401 14000-14000/? W/System.err: at
java.lang.reflect.Method.invoke(Native Method)
03-17 13:46:47.401 14000-14000/? W/System.err: at
java.lang.reflect.Method.invoke(Method.java:372)
03-17 13:46:47.401 14000-14000/? W/System.err: at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
03-17 13:46:47.401 14000-14000/? W/System.err: at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698){noformat}
Whitelist host is correct, so that got parsed correctly, but the Uri host is
not correct, it is null. We try to call host.matcher(null).matches with a null
object and therefore got the NPE.
Working backwards from here, the issue stems from Android's Uri class parsing
the URL. At [Line
158|https://github.com/apache/cordova-android/blob/master/framework/src/org/apache
[jira] [Resolved] (CB-10235) Add clearer error message for info command when Android SDK is setup incorrectly
[ https://issues.apache.org/jira/browse/CB-10235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran resolved CB-10235. - Resolution: Fixed Assignee: Karen Tran > Add clearer error message for info command when Android SDK is setup > incorrectly > > > Key: CB-10235 > URL: https://issues.apache.org/jira/browse/CB-10235 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Affects Versions: Master > Environment: Android >Reporter: Karen Tran >Assignee: Karen Tran >Priority: Minor > Labels: android, info, triaged > Fix For: Master > > > Issuing a 'cordova info' command without having the Android SDK setup > correctly prints an unhelpful error message. > Error retrieving Android platform information: Error: cmd: Command failed > with exit code 1 Error output: 'android' is not recognized as an internal or > external command, operable program or batch file. > Should add a message to make sure Android SDK tools and platform-tools > directories are added to the PATH variable. -- 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-10553) Framework tag in plugin.xml not handled during plugin-install on Android
Karen Tran created CB-10553: --- Summary: Framework tag in plugin.xml not handled during plugin-install on Android Key: CB-10553 URL: https://issues.apache.org/jira/browse/CB-10553 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: Master Environment: Android Reporter: Karen Tran Fix For: Master On the Android platform, the framework tag is not being handled during plugin-install. It only runs during build time. Recreate: cordova create myApp cd myApp cordova platform add android cordova plugin add cordova-plugin-okhttp okhttp plugin has a framework tag in it's plugin.xml. If you go check build.gradle after adding the plugin, you'll see the framework tag didn't add a dependency to build.gradle that it was supposed to. -- 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-10235) Add clearer error message for info command when Android SDK is setup incorrectly
Karen Tran created CB-10235: --- Summary: Add clearer error message for info command when Android SDK is setup incorrectly Key: CB-10235 URL: https://issues.apache.org/jira/browse/CB-10235 Project: Apache Cordova Issue Type: Improvement Components: Android, CordovaLib Affects Versions: Master Environment: Android Reporter: Karen Tran Priority: Minor Fix For: Master Issuing a 'cordova info' command without having the Android SDK setup correctly prints an unhelpful error message. Error retrieving Android platform information: Error: cmd: Command failed with exit code 1 Error output: 'android' is not recognized as an internal or external command, operable program or batch file. Should add a message to make sure Android SDK tools and platform-tools directories are added to the PATH variable. -- 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-9105) Android needs Geolocation code to handle the permissions in Android M
[ https://issues.apache.org/jira/browse/CB-9105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14904507#comment-14904507 ] Karen Tran commented on CB-9105: I tried out your latest changes for geolocation https://github.com/infil00p/cordova-plugin-geolocation/tree/smores and it's working for me in mobilespec. Thanks Joe! > Android needs Geolocation code to handle the permissions in Android M > - > > Key: CB-9105 > URL: https://issues.apache.org/jira/browse/CB-9105 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Geolocation >Reporter: Joe Bowser >Assignee: Joe Bowser > -- 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] [Closed] (CB-9314) Reading input element using filereader.readAsDataURL returns FileNotFound Exception
[
https://issues.apache.org/jira/browse/CB-9314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran closed CB-9314.
--
Resolution: Not A Problem
Closing because this ended up not being a problem. Someone else had
cherrypicked something that was causing the error in our cordova branch.
> Reading input element using filereader.readAsDataURL returns FileNotFound
> Exception
> ---
>
> Key: CB-9314
> URL: https://issues.apache.org/jira/browse/CB-9314
> Project: Apache Cordova
> Issue Type: Bug
>Affects Versions: 3.4.0
> Environment: Android 5.0
>Reporter: Karen Tran
> Labels: FileReader.readAsDataURL
>
> Added a simple FileReader to index.html to select an image and display it,
> but always errors out.
> Expected:
> - Click 'Choose File' button
> - Select an image file
> - Get 2 alerts, 1 for entering the Openfile function, and the second for
> entering Onload
> - Image should display
> Actual:
> - Never gets to the Onload function, so image doesn't display
> - Goes to onError
> I have traced through the native side in CordovaActivity and
> CordovaChromeClient and it seems to get the result URL fine, but when it
> returns to the javascript side, the result ends up being null. I'm not too
> familiar with how the bridging works, so maybe there is some type of
> disconnect there.
> In the log, I am using the Cordova File plugin, but the issue still occurs
> even if I am not using the plugin. Everything is the same with or without the
> plugin, native side gets the result, but javascript side gets null.
> {code}
>
>
>
> var openFile = function(event) {
> alert("Inside Openfile Function");
> var input = event.target;
> var reader = new FileReader();
> reader.onload = function(){
> alert("Inside Onload Function");
> var dataURL = reader.result;
> var output = document.getElementById('output');
> output.src = dataURL;
> };
> reader.onerror = function() {
> console.log('An error occurred while reading a file.');
> console.log(reader.error);
> };
>
> reader.readAsDataURL(input.files[0]);
> };
>
> {code}
> Log:
> {noformat}
> 07-02 18:38:35.446: I/chromium(11741): [INFO:CONSOLE(24)] "The key
> "target-densitydpi" is not supported.", source:
> file:///android_asset/www/index.html (24)
> 07-02 18:38:35.722: I/chromium(11741): [INFO:CONSOLE(1088)] "adding proxy for
> Contacts", source: file:///android_asset/www/cordova.js (1088)
> 07-02 18:38:35.777: D/CordovaNetworkManager(11741): Connection Type: none
> 07-02 18:38:35.837: I/chromium(11741): [INFO:CONSOLE(47)] "Received Event:
> deviceready", source: file:///android_asset/www/js/index.js (47)
> 07-02 18:38:42.042: I/ActivityManager(508): START u0
> {act=android.intent.action.CHOOSER
> cmp=android/com.android.internal.app.ChooserActivity (has extras)} from uid
> 10289 on display 0
> 07-02 18:38:42.081: I/ActivityManager(508): Start proc android:ui for
> activity android/com.android.internal.app.ChooserActivity: pid=12212 uid=1000
> gids={41000, 9997, 1028, 1015, 3002, 3001, 3003} abi=arm64-v8a
> 07-02 18:38:42.146: D/ResolverActivity(12212): sinceTime=1434667122141
> 07-02 18:38:42.154: I/ActivityManager(508): START u0
> {act=android.intent.action.GET_CONTENT cat=[android.intent.category.OPENABLE]
> typ=*/* flg=0x300 cmp=com.android.documentsui/.DocumentsActivity} from
> uid 10289 on display 0
> 07-02 18:38:42.197: I/ActivityManager(508): Start proc
> com.android.documentsui for activity
> com.android.documentsui/.DocumentsActivity: pid=12239 uid=10039 gids={50039,
> 9997} abi=arm64-v8a
> 07-02 18:38:42.211: I/art(208): Explicit concurrent mark sweep GC freed
> 704(30KB) AllocSpace objects, 0(0B) LOS objects, 39% free, 6MB/11MB, paused
> 102us total 16.967ms
> 07-02 18:38:42.225: I/art(208): Explicit concurrent mark sweep GC freed
> 7(240B) AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused
> 64us total 12.789ms
> 07-02 18:38:42.241: I/art(208): Explicit concurrent mark sweep GC freed
> 5(160B) AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused
> 61us total 11.713ms
> 07-02 18:38:42.334: I/ActivityManager(508): Start proc
> com.android.externalstorage for content provider
> com.android.externalstorage/.ExternalStorageProvider: pid=12270 uid=10006
> gids={50006, 9997, 1028, 1015, 1023} abi=arm64-v8a
> 07-02 18:38:42.365: D/OpenGLRenderer(12239): Render dirty regions requested:
> true
> 07-02 18:38:42.377: D/Atlas(12239): Validating map...
> 07-02 18:38:42.414: D/ExternalStorage(12270): After updating volumes, found 1
> active roots
> 07-02 18:38:42.459: W/EventLoggerService(4267): Unable to send logs Error
> code: 262160 | The
[jira] [Commented] (CB-9292) throw ConcurrentModificationException sometimes
[
https://issues.apache.org/jira/browse/CB-9292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14620492#comment-14620492
]
Karen Tran commented on CB-9292:
Yes, the fix for me is already in master. Not 100% sure this will solve Derek's
problem, but it's likely.
> throw ConcurrentModificationException sometimes
> ---
>
> Key: CB-9292
> URL: https://issues.apache.org/jira/browse/CB-9292
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.6.4
> Environment: Hardware Model: 2014813
> Hardware Brand: Xiaomi
> Hardware Product Code: 2014813
> Android OS Version: 4.4.4
>
> Hardware Model: SM-N9006
> Hardware Brand: samsung
> Hardware Product Code: h3gzc
> Android OS Version: 4.4.2
>Reporter: Derek Chia
>
> Crashed app with Cordova Android 3.6.4
> org.apache.cordova.network-information 0.2.15
> Exception Stack Trace:
> {code}
> java.lang.RuntimeException: Error receiving broadcast Intent {
> act=android.net.conn.CONNECTIVITY_CHANGE flg=0x410 (has extras) } in
> org.apache.cordova.networkinformation.NetworkManager$1@42e23190
> at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:782)
> at android.os.Handler.handleCallback(Handler.java:733)
> at android.os.Handler.dispatchMessage(Handler.java:95)
> at android.os.Looper.loop(Looper.java:157)
> at android.app.ActivityThread.main(ActivityThread.java:5335)
> at java.lang.reflect.Method.invokeNative(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:515)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081)
> at dalvik.system.NativeStart.main(Native Method)
> Caused by: java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:806)
> at java.util.HashMap$ValueIterator.next(HashMap.java:838)
> at org.apache.cordova.PluginManager.postMessage(PluginManager.java:271)
> at
> org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:514)
> at
> org.apache.cordova.networkinformation.NetworkManager.sendUpdate(NetworkManager.java:223)
> at
> org.apache.cordova.networkinformation.NetworkManager.updateConnectionInfo(NetworkManager.java:174)
> at
> org.apache.cordova.networkinformation.NetworkManager.access$000(NetworkManager.java:38)
> at
> org.apache.cordova.networkinformation.NetworkManager$1.onReceive(NetworkManager.java:105)
> at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:772)
> ... 9 more
> {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-9292) throw ConcurrentModificationException sometimes
[
https://issues.apache.org/jira/browse/CB-9292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14619028#comment-14619028
]
Karen Tran commented on CB-9292:
The main fix for this exception was in CB-8031, but that should already be in
cordova-android 3.6.4. Should try cherrypicking fix in CB-8411 too. That fixed
this exception for me.
> throw ConcurrentModificationException sometimes
> ---
>
> Key: CB-9292
> URL: https://issues.apache.org/jira/browse/CB-9292
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.6.4
> Environment: Hardware Model: 2014813
> Hardware Brand: Xiaomi
> Hardware Product Code: 2014813
> Android OS Version: 4.4.4
>
> Hardware Model: SM-N9006
> Hardware Brand: samsung
> Hardware Product Code: h3gzc
> Android OS Version: 4.4.2
>Reporter: Derek Chia
>
> Crashed app with Cordova Android 3.6.4
> org.apache.cordova.network-information 0.2.15
> Exception Stack Trace:
> {code}
> java.lang.RuntimeException: Error receiving broadcast Intent {
> act=android.net.conn.CONNECTIVITY_CHANGE flg=0x410 (has extras) } in
> org.apache.cordova.networkinformation.NetworkManager$1@42e23190
> at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:782)
> at android.os.Handler.handleCallback(Handler.java:733)
> at android.os.Handler.dispatchMessage(Handler.java:95)
> at android.os.Looper.loop(Looper.java:157)
> at android.app.ActivityThread.main(ActivityThread.java:5335)
> at java.lang.reflect.Method.invokeNative(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:515)
> at
> com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265)
> at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081)
> at dalvik.system.NativeStart.main(Native Method)
> Caused by: java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:806)
> at java.util.HashMap$ValueIterator.next(HashMap.java:838)
> at org.apache.cordova.PluginManager.postMessage(PluginManager.java:271)
> at
> org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:514)
> at
> org.apache.cordova.networkinformation.NetworkManager.sendUpdate(NetworkManager.java:223)
> at
> org.apache.cordova.networkinformation.NetworkManager.updateConnectionInfo(NetworkManager.java:174)
> at
> org.apache.cordova.networkinformation.NetworkManager.access$000(NetworkManager.java:38)
> at
> org.apache.cordova.networkinformation.NetworkManager$1.onReceive(NetworkManager.java:105)
> at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:772)
> ... 9 more
> {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-9314) Reading input element using filereader.readAsDataURL returns FileNotFound Exception
[
https://issues.apache.org/jira/browse/CB-9314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-9314:
---
Description:
Added a simple FileReader to index.html to select an image and display it, but
always errors out.
Expected:
- Click 'Choose File' button
- Select an image file
- Get 2 alerts, 1 for entering the Openfile function, and the second for
entering Onload
- Image should display
Actual:
- Never gets to the Onload function, so image doesn't display
- Goes to onError
I have traced through the native side in CordovaActivity and
CordovaChromeClient and it seems to get the result URL fine, but when it
returns to the javascript side, the result ends up being null. I'm not too
familiar with how the bridging works, so maybe there is some type of disconnect
there.
In the log, I am using the Cordova File plugin, but the issue still occurs even
if I am not using the plugin. Everything is the same with or without the
plugin, native side gets the result, but javascript side gets null.
{code}
var openFile = function(event) {
alert("Inside Openfile Function");
var input = event.target;
var reader = new FileReader();
reader.onload = function(){
alert("Inside Onload Function");
var dataURL = reader.result;
var output = document.getElementById('output');
output.src = dataURL;
};
reader.onerror = function() {
console.log('An error occurred while reading a file.');
console.log(reader.error);
};
reader.readAsDataURL(input.files[0]);
};
{code}
Log:
{noformat}
07-02 18:38:35.446: I/chromium(11741): [INFO:CONSOLE(24)] "The key
"target-densitydpi" is not supported.", source:
file:///android_asset/www/index.html (24)
07-02 18:38:35.722: I/chromium(11741): [INFO:CONSOLE(1088)] "adding proxy for
Contacts", source: file:///android_asset/www/cordova.js (1088)
07-02 18:38:35.777: D/CordovaNetworkManager(11741): Connection Type: none
07-02 18:38:35.837: I/chromium(11741): [INFO:CONSOLE(47)] "Received Event:
deviceready", source: file:///android_asset/www/js/index.js (47)
07-02 18:38:42.042: I/ActivityManager(508): START u0
{act=android.intent.action.CHOOSER
cmp=android/com.android.internal.app.ChooserActivity (has extras)} from uid
10289 on display 0
07-02 18:38:42.081: I/ActivityManager(508): Start proc android:ui for activity
android/com.android.internal.app.ChooserActivity: pid=12212 uid=1000
gids={41000, 9997, 1028, 1015, 3002, 3001, 3003} abi=arm64-v8a
07-02 18:38:42.146: D/ResolverActivity(12212): sinceTime=1434667122141
07-02 18:38:42.154: I/ActivityManager(508): START u0
{act=android.intent.action.GET_CONTENT cat=[android.intent.category.OPENABLE]
typ=*/* flg=0x300 cmp=com.android.documentsui/.DocumentsActivity} from uid
10289 on display 0
07-02 18:38:42.197: I/ActivityManager(508): Start proc com.android.documentsui
for activity com.android.documentsui/.DocumentsActivity: pid=12239 uid=10039
gids={50039, 9997} abi=arm64-v8a
07-02 18:38:42.211: I/art(208): Explicit concurrent mark sweep GC freed
704(30KB) AllocSpace objects, 0(0B) LOS objects, 39% free, 6MB/11MB, paused
102us total 16.967ms
07-02 18:38:42.225: I/art(208): Explicit concurrent mark sweep GC freed 7(240B)
AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused 64us total
12.789ms
07-02 18:38:42.241: I/art(208): Explicit concurrent mark sweep GC freed 5(160B)
AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused 61us total
11.713ms
07-02 18:38:42.334: I/ActivityManager(508): Start proc
com.android.externalstorage for content provider
com.android.externalstorage/.ExternalStorageProvider: pid=12270 uid=10006
gids={50006, 9997, 1028, 1015, 1023} abi=arm64-v8a
07-02 18:38:42.365: D/OpenGLRenderer(12239): Render dirty regions requested:
true
07-02 18:38:42.377: D/Atlas(12239): Validating map...
07-02 18:38:42.414: D/ExternalStorage(12270): After updating volumes, found 1
active roots
07-02 18:38:42.459: W/EventLoggerService(4267): Unable to send logs Error code:
262160 | The connection was not attempted due to lack of network connectivity.
07-02 18:38:42.474: I/wpa_supplicant(820): wlan0: CTRL-EVENT-SCAN-STARTED
07-02 18:38:42.477: I/OpenGLRenderer(12239): Initialized EGL, version 1.4
07-02 18:38:42.591: I/GLSUser(18183): [GLSUser] getTokenFromCache: [account:
, callingPkg: com.google.android.googlequicksearchbox, service:
oauth2:https://www.googleapis.com/auth/googlenow]
07-02 18:38:42.594: I/Auth.Core(18183): [TokenCache] Missing snowballing token:
no granted scopes set.
07-02 18:38:42.633: I/ActivityManager(508): Start proc
com.google.android.apps.docs for content provider
com.google.android.apps.docs/.storagebackend.StorageBackendContentProvider:
pid=12307 uid=10040 gids={50040, 9997, 1028, 3003, 1015} abi=armeabi-v7a
07-02 18:38:42.804: D/Open
[jira] [Created] (CB-9314) Reading input element using filereader.readAsDataURL returns FileNotFound Exception
Karen Tran created CB-9314:
--
Summary: Reading input element using filereader.readAsDataURL
returns FileNotFound Exception
Key: CB-9314
URL: https://issues.apache.org/jira/browse/CB-9314
Project: Apache Cordova
Issue Type: Bug
Affects Versions: 3.4.0
Environment: Android 5.0
Reporter: Karen Tran
Added a simple FileReader to index.html to select an image and display it, but
always errors out. I have traced through the native side in CordovaActivity and
CordovaChromeClient and it seems to get the result URL fine, but when it
returns to the javascript side, the result ends up being null. I'm not too
familiar with how the bridging works, so maybe there is some type of disconnect
there.
In the log, I am using the Cordova File plugin, but the issue still occurs even
if I am not using the plugin. Everything is the same with or without the
plugin, native side gets the result, but javascript side gets null.
{code}
var openFile = function(event) {
alert("Inside Openfile Function");
var input = event.target;
var reader = new FileReader();
reader.onload = function(){
alert("Inside Onload Function");
var dataURL = reader.result;
var output = document.getElementById('output');
output.src = dataURL;
};
reader.onerror = function() {
console.log('An error occurred while reading a file.');
console.log(reader.error);
};
reader.readAsDataURL(input.files[0]);
};
{code}
Log:
{noformat}
07-02 18:38:35.446: I/chromium(11741): [INFO:CONSOLE(24)] "The key
"target-densitydpi" is not supported.", source:
file:///android_asset/www/index.html (24)
07-02 18:38:35.722: I/chromium(11741): [INFO:CONSOLE(1088)] "adding proxy for
Contacts", source: file:///android_asset/www/cordova.js (1088)
07-02 18:38:35.777: D/CordovaNetworkManager(11741): Connection Type: none
07-02 18:38:35.837: I/chromium(11741): [INFO:CONSOLE(47)] "Received Event:
deviceready", source: file:///android_asset/www/js/index.js (47)
07-02 18:38:42.042: I/ActivityManager(508): START u0
{act=android.intent.action.CHOOSER
cmp=android/com.android.internal.app.ChooserActivity (has extras)} from uid
10289 on display 0
07-02 18:38:42.081: I/ActivityManager(508): Start proc android:ui for activity
android/com.android.internal.app.ChooserActivity: pid=12212 uid=1000
gids={41000, 9997, 1028, 1015, 3002, 3001, 3003} abi=arm64-v8a
07-02 18:38:42.146: D/ResolverActivity(12212): sinceTime=1434667122141
07-02 18:38:42.154: I/ActivityManager(508): START u0
{act=android.intent.action.GET_CONTENT cat=[android.intent.category.OPENABLE]
typ=*/* flg=0x300 cmp=com.android.documentsui/.DocumentsActivity} from uid
10289 on display 0
07-02 18:38:42.197: I/ActivityManager(508): Start proc com.android.documentsui
for activity com.android.documentsui/.DocumentsActivity: pid=12239 uid=10039
gids={50039, 9997} abi=arm64-v8a
07-02 18:38:42.211: I/art(208): Explicit concurrent mark sweep GC freed
704(30KB) AllocSpace objects, 0(0B) LOS objects, 39% free, 6MB/11MB, paused
102us total 16.967ms
07-02 18:38:42.225: I/art(208): Explicit concurrent mark sweep GC freed 7(240B)
AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused 64us total
12.789ms
07-02 18:38:42.241: I/art(208): Explicit concurrent mark sweep GC freed 5(160B)
AllocSpace objects, 0(0B) LOS objects, 40% free, 6MB/11MB, paused 61us total
11.713ms
07-02 18:38:42.334: I/ActivityManager(508): Start proc
com.android.externalstorage for content provider
com.android.externalstorage/.ExternalStorageProvider: pid=12270 uid=10006
gids={50006, 9997, 1028, 1015, 1023} abi=arm64-v8a
07-02 18:38:42.365: D/OpenGLRenderer(12239): Render dirty regions requested:
true
07-02 18:38:42.377: D/Atlas(12239): Validating map...
07-02 18:38:42.414: D/ExternalStorage(12270): After updating volumes, found 1
active roots
07-02 18:38:42.459: W/EventLoggerService(4267): Unable to send logs Error code:
262160 | The connection was not attempted due to lack of network connectivity.
07-02 18:38:42.474: I/wpa_supplicant(820): wlan0: CTRL-EVENT-SCAN-STARTED
07-02 18:38:42.477: I/OpenGLRenderer(12239): Initialized EGL, version 1.4
07-02 18:38:42.591: I/GLSUser(18183): [GLSUser] getTokenFromCache: [account:
, callingPkg: com.google.android.googlequicksearchbox, service:
oauth2:https://www.googleapis.com/auth/googlenow]
07-02 18:38:42.594: I/Auth.Core(18183): [TokenCache] Missing snowballing token:
no granted scopes set.
07-02 18:38:42.633: I/ActivityManager(508): Start proc
com.google.android.apps.docs for content provider
com.google.android.apps.docs/.storagebackend.StorageBackendContentProvider:
pid=12307 uid=10040 gids={50040, 9997, 1028, 3003, 1015} abi=armeabi-v7a
07-02 18:38:42.804: D/OpenGLRenderer(12239): Enabling debug mode 0
[jira] [Commented] (CB-8977) java.util.ConcurrentModificationException in java.util.HashMap$HashIterator.nextEntry
[ https://issues.apache.org/jira/browse/CB-8977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14593412#comment-14593412 ] Karen Tran commented on CB-8977: If anyone is still getting this exception in 3.7, try pulling in the change from CB-8411 too. That fixed this exception for me and without it, was probably causing a race condition, thus ConcurrentModificationException occurs during plugin init stage. +1 for [~csantana] for figuring this out. > java.util.ConcurrentModificationException in > java.util.HashMap$HashIterator.nextEntry > - > > Key: CB-8977 > URL: https://issues.apache.org/jira/browse/CB-8977 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.7.1 > Environment: Samsung Galaxy S4 on Android 4.4 >Reporter: Hirbod >Assignee: Joe Bowser > > I've received two crashreports. I think they are related to cordova and some > of the plugins. The plugins are all up-to-date. I'm using CLI 5.0.0 but still > on Android-JS 3.7.1 (can't upgrade right know) > I've upgrade all the plugins from the new npm-repo, I don't know if this is > related, but before upgrading the plugins, everything worked well. > Here is the crash report: > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:806) > at java.util.HashMap$ValueIterator.next(HashMap.java:838) > at org.apache.cordova.PluginManager.postMessage(PluginManager.java:271) > at org.apache.cordova.CordovaWebView.postMessage(CordovaWebView.java:515) > at org.apache.cordova.splashscreen.SplashScreen$1.run(SplashScreen.java:128) > at android.os.Handler.handleCallback(Handler.java:733) > at android.os.Handler.dispatchMessage(Handler.java:95) > at android.os.Looper.loop(Looper.java:157) > at android.app.ActivityThread.main(ActivityThread.java:5356) > at java.lang.reflect.Method.invokeNative(Native Method) > at java.lang.reflect.Method.invoke(Method.java:515) > at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1265) > at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1081) > at dalvik.system.NativeStart.main(Native Method) -- 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-9155) Plugin remove does not remove plugin dependencies from fetch.json
Karen Tran created CB-9155: -- Summary: Plugin remove does not remove plugin dependencies from fetch.json Key: CB-9155 URL: https://issues.apache.org/jira/browse/CB-9155 Project: Apache Cordova Issue Type: Bug Components: Plugins Affects Versions: Master Reporter: Karen Tran Priority: Minor Fix For: Master Plugin A has a dependency on Plugin B. If I add Plugin A to my project, it also adds Plugin B. Then when I remove Plugin A, it removes Plugin B, but Plugin B does not get removed from fetch.json. This isn't a huge issue, but it seems like it should be deleted from fetch.json if the plugin isn't there. -- 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-9018) 2 geolocation tests fail on mobile-spec in Android 5.1.1
[ https://issues.apache.org/jira/browse/CB-9018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14543638#comment-14543638 ] Karen Tran commented on CB-9018: Alright thanks. I thought it was on automatically after the upgrade, but I guess not. One thing to mention is that mobile-spec needs to be restarted after turning Location Services on. > 2 geolocation tests fail on mobile-spec in Android 5.1.1 > > > Key: CB-9018 > URL: https://issues.apache.org/jira/browse/CB-9018 > Project: Apache Cordova > Issue Type: Bug > Components: Android, mobile-spec, Plugin Geolocation >Affects Versions: Master, 2.3.0, 2.6.0, 3.1.0, 3.4.0 > Environment: Android 5.1.1 >Reporter: Karen Tran > Fix For: Master > > Attachments: screenshot-1.png > > > Did regression testing on mobile-spec for Android 5.1.1 > I tested on a Nexus 7. > Two automated tests in geolocation failed across all cordova versions that I > tested on, including master. The earliest version I tested on was 2.3.0. > (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not > mentioned above) > The geolocation tests were spec 6 and 8; both failed by "Timeout - Async > callback was not invoked within timeout specified by jasmine > DEFAULT_TIMEOUT_INTERVAL." > (Side note: There were no problems with the other latest Android update 5.0.2) -- 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-9018) 2 geolocation tests fail on mobile-spec in Android 5.1.1
[ https://issues.apache.org/jira/browse/CB-9018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-9018: --- Attachment: screenshot-1.png > 2 geolocation tests fail on mobile-spec in Android 5.1.1 > > > Key: CB-9018 > URL: https://issues.apache.org/jira/browse/CB-9018 > Project: Apache Cordova > Issue Type: Bug > Components: Android, mobile-spec, Plugin Geolocation >Affects Versions: Master, 2.3.0, 2.6.0, 3.1.0, 3.4.0 > Environment: Android 5.1.1 >Reporter: Karen Tran > Fix For: Master > > Attachments: screenshot-1.png > > > Did regression testing on mobile-spec for Android 5.1.1 > I tested on a Nexus 7. > Two automated tests in geolocation failed across all cordova versions that I > tested on, including master. The earliest version I tested on was 2.3.0. > (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not > mentioned above) > The geolocation tests were spec 6 and 8; both failed by "Timeout - Async > callback was not invoked within timeout specified by jasmine > DEFAULT_TIMEOUT_INTERVAL." > (Side note: There were no problems with the other latest Android update 5.0.2) -- 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-9018) 2 geolocation tests fail on mobile-spec in Android 5.1.1
[ https://issues.apache.org/jira/browse/CB-9018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-9018: --- Description: Did regression testing on mobile-spec for Android 5.1.1 I tested on a Nexus 7. Two automated tests in geolocation failed across all cordova versions that I tested on, including master. The earliest version I tested on was 2.3.0. (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not mentioned above) The geolocation tests were spec 6 and 8; both failed by "Timeout - Async callback was not invoked within timeout specified by jasmine DEFAULT_TIMEOUT_INTERVAL." (Side note: There were no problems with the other latest Android update 5.0.2) was: Did regression testing on mobile-spec for Android 5.1.1 I tested on a Nexus 7. Two automated tests in geolocation failed across all platforms that I tested on, including master. The earliest version I tested on was 2.3.0. (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not mentioned above) The geolocation tests were spec 6 and 8; both failed by "Timeout - Async callback was not invoked within timeout specified by jasmine DEFAULT_TIMEOUT_INTERVAL." (Side note: There were no problems with the other latest Android update 5.0.2) > 2 geolocation tests fail on mobile-spec in Android 5.1.1 > > > Key: CB-9018 > URL: https://issues.apache.org/jira/browse/CB-9018 > Project: Apache Cordova > Issue Type: Bug > Components: Android, mobile-spec, Plugin Geolocation >Affects Versions: Master, 2.3.0, 2.6.0, 3.1.0, 3.4.0 > Environment: Android 5.1.1 >Reporter: Karen Tran > Fix For: Master > > > Did regression testing on mobile-spec for Android 5.1.1 > I tested on a Nexus 7. > Two automated tests in geolocation failed across all cordova versions that I > tested on, including master. The earliest version I tested on was 2.3.0. > (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not > mentioned above) > The geolocation tests were spec 6 and 8; both failed by "Timeout - Async > callback was not invoked within timeout specified by jasmine > DEFAULT_TIMEOUT_INTERVAL." > (Side note: There were no problems with the other latest Android update 5.0.2) -- 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-9018) 2 geolocation tests fail on mobile-spec in Android 5.1.1
Karen Tran created CB-9018: -- Summary: 2 geolocation tests fail on mobile-spec in Android 5.1.1 Key: CB-9018 URL: https://issues.apache.org/jira/browse/CB-9018 Project: Apache Cordova Issue Type: Bug Components: Android, mobile-spec, Plugin Geolocation Affects Versions: 3.4.0, 3.1.0, 2.6.0, 2.3.0, Master Environment: Android 5.1.1 Reporter: Karen Tran Fix For: Master Did regression testing on mobile-spec for Android 5.1.1 I tested on a Nexus 7. Two automated tests in geolocation failed across all platforms that I tested on, including master. The earliest version I tested on was 2.3.0. (Also tested on 3.6.1 and 3.6.4 from the forked versions I have that are not mentioned above) The geolocation tests were spec 6 and 8; both failed by "Timeout - Async callback was not invoked within timeout specified by jasmine DEFAULT_TIMEOUT_INTERVAL." (Side note: There were no problems with the other latest Android update 5.0.2) -- 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-8981) Adding New Image Element to config.xml for WP8
[ https://issues.apache.org/jira/browse/CB-8981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8981: -- Assignee: Karen Tran (was: Jesse MacFadyen) > Adding New Image Element to config.xml for WP8 > -- > > Key: CB-8981 > URL: https://issues.apache.org/jira/browse/CB-8981 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, CordovaLib, WP8 >Affects Versions: Master > Environment: WP8 >Reporter: Karen Tran >Assignee: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > -- 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-8982) Adding New Image Element to config.xml for Windows 8
[ https://issues.apache.org/jira/browse/CB-8982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8982: -- Assignee: Karen Tran (was: Jesse MacFadyen) > Adding New Image Element to config.xml for Windows 8 > > > Key: CB-8982 > URL: https://issues.apache.org/jira/browse/CB-8982 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, CordovaLib, Windows 8 >Affects Versions: Master > Environment: Windows 8 >Reporter: Karen Tran >Assignee: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > -- 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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran resolved CB-8727.
Resolution: Fixed
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Assignee: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> {quote}
> var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};
> {quote}
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran reassigned CB-8727:
--
Assignee: Karen Tran
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Assignee: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> {quote}
> var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};
> {quote}
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8980) Adding New Image Element to config.xml for iOS
[ https://issues.apache.org/jira/browse/CB-8980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14533420#comment-14533420 ] Karen Tran commented on CB-8980: Hi [~shazron], I'm not familiar with iOS. Can you answer a few questions I have about going about this task? I'm only planning on having a tag like this: and the iOS config parser will just copy from source to the Resources directory. I understand that in an iOS app, image files should go into the Resources directory. I see that there is a Resources/icons directory for all the icon.png files and a Resources/splash directory for all of the splash images. 1. For my case where I'm copying other images that are not the main-app icon or the splash image, can I copy them in a new directory 'Resources/images' and the user would be able to reference those images there? 2. And follow up question is those images don't need to be of any particular size with a corresponding name do they? I see that the icons need specific names depending on their size, so I want to confirm that other images don't have that restriction. > Adding New Image Element to config.xml for iOS > -- > > Key: CB-8980 > URL: https://issues.apache.org/jira/browse/CB-8980 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, CordovaLib, iOS >Affects Versions: Master > Environment: iOS >Reporter: Karen Tran >Assignee: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > -- 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-8984) Update Documentation for Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8984: -- Assignee: Karen Tran > Update Documentation for Adding New Image Element to config.xml > --- > > Key: CB-8984 > URL: https://issues.apache.org/jira/browse/CB-8984 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs >Reporter: Karen Tran >Assignee: Karen Tran > > Update the documentation following the completion of the image tag being > added in. -- 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-8980) Adding New Image Element to config.xml for iOS
[ https://issues.apache.org/jira/browse/CB-8980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8980: -- Assignee: Karen Tran > Adding New Image Element to config.xml for iOS > -- > > Key: CB-8980 > URL: https://issues.apache.org/jira/browse/CB-8980 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, CordovaLib, iOS >Affects Versions: Master > Environment: iOS >Reporter: Karen Tran >Assignee: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > -- 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-8979) Adding New Image Element to config.xml For Android
[ https://issues.apache.org/jira/browse/CB-8979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8979: -- Assignee: Karen Tran > Adding New Image Element to config.xml For Android > -- > > Key: CB-8979 > URL: https://issues.apache.org/jira/browse/CB-8979 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android, CLI, CordovaLib >Affects Versions: Master > Environment: Android >Reporter: Karen Tran >Assignee: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > > density="mdpi" /> -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran reassigned CB-8978: -- Assignee: Karen Tran > Adding New Image Element to config.xml > -- > > Key: CB-8978 > URL: https://issues.apache.org/jira/browse/CB-8978 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Affects Versions: Master > Environment: Android, iOS, WP8, Windows, Blackberry >Reporter: Karen Tran >Assignee: Karen Tran > Labels: config.xml, images > Original Estimate: 168h > Remaining Estimate: 168h > > At present, there are only an icon element and splashscreen element that > handles copying images from a source to destination in the config.xml. These > elements also only handle copying 1 image only and replacing what was > previously there as the icon.png or splash.png. > I'm creating a new tag that will copy non-main app icon images, which could > be notification icons, button icons, custom image text, etc. and not limited > to just 1 image. > Example: > > density="mdpi" /> > The required attributes will be src and name. > Depending on the directory that the image gets copied to, the width and > height attribute may not be needed. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-8978: --- Description: At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: The required attributes will be src and name. Depending on the directory that the image gets copied to, the width and height attribute may not be needed. was: At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: The required attributes will be src and name. > Adding New Image Element to config.xml > -- > > Key: CB-8978 > URL: https://issues.apache.org/jira/browse/CB-8978 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Affects Versions: Master > Environment: Android, iOS, WP8, Windows, Blackberry >Reporter: Karen Tran > Labels: config.xml, images > Original Estimate: 168h > Remaining Estimate: 168h > > At present, there are only an icon element and splashscreen element that > handles copying images from a source to destination in the config.xml. These > elements also only handle copying 1 image only and replacing what was > previously there as the icon.png or splash.png. > I'm creating a new tag that will copy non-main app icon images, which could > be notification icons, button icons, custom image text, etc. and not limited > to just 1 image. > Example: > > density="mdpi" /> > The required attributes will be src and name. > Depending on the directory that the image gets copied to, the width and > height attribute may not be needed. -- 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-8978) Adding New Image Element to config.xml
[ https://issues.apache.org/jira/browse/CB-8978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-8978: --- Description: At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: The required attributes will be src and name. was: At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: > Adding New Image Element to config.xml > -- > > Key: CB-8978 > URL: https://issues.apache.org/jira/browse/CB-8978 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Affects Versions: Master > Environment: Android, iOS, WP8, Windows, Blackberry >Reporter: Karen Tran > Labels: config.xml, images > Original Estimate: 168h > Remaining Estimate: 168h > > At present, there are only an icon element and splashscreen element that > handles copying images from a source to destination in the config.xml. These > elements also only handle copying 1 image only and replacing what was > previously there as the icon.png or splash.png. > I'm creating a new tag that will copy non-main app icon images, which could > be notification icons, button icons, custom image text, etc. and not limited > to just 1 image. > Example: > > density="mdpi" /> > The required attributes will be src and name. -- 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-8984) Update Documentation for Adding New Image Element to config.xml
Karen Tran created CB-8984: -- Summary: Update Documentation for Adding New Image Element to config.xml Key: CB-8984 URL: https://issues.apache.org/jira/browse/CB-8984 Project: Apache Cordova Issue Type: Sub-task Components: Docs Reporter: Karen Tran Update the documentation following the completion of the image tag being added in. -- 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-8980) Adding New Image Element to config.xml for iOS
[ https://issues.apache.org/jira/browse/CB-8980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-8980: --- Description: Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. Example: was: Based on the parent task, create a new image element that handles copying from a src to the correct directory with the specified name. Example: > Adding New Image Element to config.xml for iOS > -- > > Key: CB-8980 > URL: https://issues.apache.org/jira/browse/CB-8980 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, CordovaLib, iOS >Affects Versions: Master > Environment: iOS >Reporter: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > -- 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-8983) Adding New Image Element to config.xml for BlackBerry
Karen Tran created CB-8983: -- Summary: Adding New Image Element to config.xml for BlackBerry Key: CB-8983 URL: https://issues.apache.org/jira/browse/CB-8983 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry, CLI, CordovaLib Affects Versions: Master Environment: BlackBerry Reporter: Karen Tran Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. -- 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-8982) Adding New Image Element to config.xml for Windows 8
Karen Tran created CB-8982: -- Summary: Adding New Image Element to config.xml for Windows 8 Key: CB-8982 URL: https://issues.apache.org/jira/browse/CB-8982 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, Windows 8 Affects Versions: Master Environment: Windows 8 Reporter: Karen Tran Assignee: Jesse MacFadyen Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. -- 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-8981) Adding New Image Element to config.xml for WP8
Karen Tran created CB-8981: -- Summary: Adding New Image Element to config.xml for WP8 Key: CB-8981 URL: https://issues.apache.org/jira/browse/CB-8981 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, WP8 Affects Versions: Master Environment: WP8 Reporter: Karen Tran Assignee: Jesse MacFadyen Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. Example: -- 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-8980) Adding New Image Element to config.xml for iOS
Karen Tran created CB-8980: -- Summary: Adding New Image Element to config.xml for iOS Key: CB-8980 URL: https://issues.apache.org/jira/browse/CB-8980 Project: Apache Cordova Issue Type: Sub-task Components: CLI, CordovaLib, iOS Affects Versions: Master Environment: iOS Reporter: Karen Tran Based on the parent task, create a new image element that handles copying from a src to the correct directory with the specified name. Example: -- 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-8979) Adding New Image Element to config.xml For Android
[ https://issues.apache.org/jira/browse/CB-8979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karen Tran updated CB-8979: --- Description: Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. Example: was:Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. > Adding New Image Element to config.xml For Android > -- > > Key: CB-8979 > URL: https://issues.apache.org/jira/browse/CB-8979 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android, CLI, CordovaLib >Affects Versions: Master > Environment: Android >Reporter: Karen Tran > > Based on the parent task, create a new image element tag to copy the image > from src to the correct directory with the given name. > Example: > > density="mdpi" /> -- 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-8979) Adding New Image Element to config.xml For Android
Karen Tran created CB-8979: -- Summary: Adding New Image Element to config.xml For Android Key: CB-8979 URL: https://issues.apache.org/jira/browse/CB-8979 Project: Apache Cordova Issue Type: Sub-task Components: Android, CLI, CordovaLib Affects Versions: Master Environment: Android Reporter: Karen Tran Based on the parent task, create a new image element tag to copy the image from src to the correct directory with the given name. -- 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-8978) Adding New Image Element to config.xml
Karen Tran created CB-8978: -- Summary: Adding New Image Element to config.xml Key: CB-8978 URL: https://issues.apache.org/jira/browse/CB-8978 Project: Apache Cordova Issue Type: New Feature Components: CLI, CordovaLib Affects Versions: Master Environment: Android, iOS, WP8, Windows, Blackberry Reporter: Karen Tran At present, there are only an icon element and splashscreen element that handles copying images from a source to destination in the config.xml. These elements also only handle copying 1 image only and replacing what was previously there as the icon.png or splash.png. I'm creating a new tag that will copy non-main app icon images, which could be notification icons, button icons, custom image text, etc. and not limited to just 1 image. Example: -- 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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
{quote}
var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};
{quote}
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
{{var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};}}
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> {quote}
> var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};
> {quote}
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
{{var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};}}
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> {{var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};}}
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) \{
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
\};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) \{
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> \};
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2); \\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");\\
el.innerHTML = el.innerHTML + s + "";\\
el.scrollByLines(2);\\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2); \\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2); \\
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");\\
el.innerHTML = el.innerHTML + s + "";\\
el.scrollByLines(2);\\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");\\
el.innerHTML = el.innerHTML + s + "";\\
el.scrollByLines(2);\\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");\\
> el.innerHTML = el.innerHTML + s + "";\\
> el.scrollByLines(2);\\
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");\\
el.innerHTML = el.innerHTML + s + "";\\
el.scrollByLines(2);\\
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");\\
> el.innerHTML = el.innerHTML + s + "";\\
> el.scrollByLines(2);\\
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
[
https://issues.apache.org/jira/browse/CB-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karen Tran updated CB-8727:
---
Description:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
was:
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
{quote} var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};{quote}
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
> WebSQL test fail on Android 5.1
> ---
>
> Key: CB-8727
> URL: https://issues.apache.org/jira/browse/CB-8727
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, mobile-spec
>Affects Versions: Master, 3.2.0
> Environment: Android 5.1
>Reporter: Karen Tran
>Priority: Minor
> Labels: android5.1, mobilespec, scrollByLines, websql
> Fix For: Master
>
>
> Regression testing Android 5.1 on mobile-spec.
> WebSQL test fails immediately when trying to create a table.
> Gets exception at line with the scrollByLines() method
> var databaseOutput = function(s) {
> var el = document.getElementById("database_results");
> el.innerHTML = el.innerHTML + s + "";
> el.scrollByLines(2);
> };
> To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test
> so can be removed.
> My guess for why it breaks in Android 5.1 is that it is deprecated, though
> just speculating after looking around for answers.
> Some sources regarding the fix:
> -
> https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
> - https://crosswalk-project.org/jira/browse/XWALK-2502
> The earliest version of cordova this line is present in is 3.2.0 and goes all
> the way through Master. And somewhere along the way, index.html starts to
> reference index.js where this line was moved to.
--
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-8727) WebSQL test fail on Android 5.1
Karen Tran created CB-8727:
--
Summary: WebSQL test fail on Android 5.1
Key: CB-8727
URL: https://issues.apache.org/jira/browse/CB-8727
Project: Apache Cordova
Issue Type: Bug
Components: Android, mobile-spec
Affects Versions: 3.2.0, Master
Environment: Android 5.1
Reporter: Karen Tran
Priority: Minor
Fix For: Master
Regression testing Android 5.1 on mobile-spec.
WebSQL test fails immediately when trying to create a table.
Gets exception at line with the scrollByLines() method
{quote} var databaseOutput = function(s) {
var el = document.getElementById("database_results");
el.innerHTML = el.innerHTML + s + "";
el.scrollByLines(2);
};{quote}
To Fix: Just remove that line. scollByLines() doesn't affect the webSQL test so
can be removed.
My guess for why it breaks in Android 5.1 is that it is deprecated, though just
speculating after looking around for answers.
Some sources regarding the fix:
-
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/KYJoVzmi_tw/OsTpm27Ty9YJ
- https://crosswalk-project.org/jira/browse/XWALK-2502
The earliest version of cordova this line is present in is 3.2.0 and goes all
the way through Master. And somewhere along the way, index.html starts to
reference index.js where this line was moved to.
--
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
