[jira] [Resolved] (CB-9434) before_build hook does not fire on run
[ https://issues.apache.org/jira/browse/CB-9434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Omar Mefire resolved CB-9434. - Resolution: Won't Fix before_build hook does not fire on run -- Key: CB-9434 URL: https://issues.apache.org/jira/browse/CB-9434 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 5.1.1 Reporter: Frank J. Gómez Assignee: Omar Mefire Priority: Minor Steps to reproduce: * Create hooks/before_build/010_test.js. Have it simply output some text to the console. * Do: {noformat}cordova build platform{noformat} The expected text is present. * Do: {noformat}cordova run platform{noformat} My expectation is that the text would be outputted, since run is more or less a wrapper around prepare, build, and some other commands. However, the text is not outputted. Workaround: * Do: {noformat}cordova build platform{noformat} The hook runs, and the app is built. * Do: {noformat}cordova run platform --nobuild{noformat} The app built in the previous step is deployed to the phone/emulator. -- 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-9523) Show out of date message for older cordova CLI
Sergey Shakhnazarov created CB-9523: --- Summary: Show out of date message for older cordova CLI Key: CB-9523 URL: https://issues.apache.org/jira/browse/CB-9523 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Sergey Shakhnazarov Assignee: Sergey Shakhnazarov -- 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-9512) Cordova-ios build/run should fail on Windows with a more meaningful message
[ https://issues.apache.org/jira/browse/CB-9512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704527#comment-14704527 ] ASF GitHub Bot commented on CB-9512: Github user daserge commented on a diff in the pull request: https://github.com/apache/cordova-ios/pull/154#discussion_r37507514 --- Diff: bin/templates/scripts/cordova/run.bat --- @@ -15,11 +15,5 @@ :: specific language governing permissions and limitations :: under the License @ECHO OFF -SET script_path=%~dp0run -IF EXIST %script_path% ( -node %script_path% %* -) ELSE ( -ECHO. -ECHO ERROR: Could not find 'run' script in 'cordova' folder, aborting...2 -EXIT /B 1 -) +ECHO ERROR: Running 'ios' platform on Windows is not supported2 +EXIT /B 0 --- End diff -- It allows to buildrun supported platforms without interruption in case we have several platforms added ([Jira issue with example](https://issues.apache.org/jira/browse/CB-9512)). Cordova-ios build/run should fail on Windows with a more meaningful message --- Key: CB-9512 URL: https://issues.apache.org/jira/browse/CB-9512 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: Windows Reporter: Sergey Shakhnazarov Assignee: Sergey Shakhnazarov 1. cordova create test 2. cordova platform add ios 3. cordova platform add windows 4. On windows machine: cordova build: {code} Running command: cmd /s /c d:\apps\rel_test\platforms\ios\cordova\build 'd:\apps\rel_test\platforms\ios\cordova\build' is not recognized as an internal or external command, operable program or batch file. ERROR building one of the platforms: Error: cmd: Command failed with exit code 1 You may not have the required environment or OS to build this project Error: cmd: Command failed with exit code 1 at ChildProcess.whenDone (D:\cordova\cordova-lib\cordova-lib\src\cordova\superspawn.js:139:23) at ChildProcess.emit (events.js:110:17) at maybeClose (child_process.js:1008:16) at Process.ChildProcess._handle.onexit (child_process.js:1080:5) {code} We should consider making this just log an error message on the lines that building iOS on windows is not supported and continue building other platforms that are supported. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9521) after_platform_rm event fires with wrong parameter
junshan liu created CB-9521: --- Summary: after_platform_rm event fires with wrong parameter Key: CB-9521 URL: https://issues.apache.org/jira/browse/CB-9521 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 5.2.0 Environment: windows Reporter: junshan liu Priority: Critical I add a listener to listen to after_platform_rm event. when the event is fired, the parameter passed into the listener function is not correct. The property cordova.platforms contains the platform I just removed. For example, I removed android platform, but cordova.platforms still contains android. -- 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-9520) A strage proble while running 'cordova build android' in multiply project
ZhangYuan created CB-9520: - Summary: A strage proble while running 'cordova build android' in multiply project Key: CB-9520 URL: https://issues.apache.org/jira/browse/CB-9520 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaLib Affects Versions: 4.1.1 Environment: windows 8.1 Pro 64bit, Android SDK Build-tools 23.0.0, Gradle 2.4, JDK1.7. cordova 4.1.2 Reporter: ZhangYuan I am trying to do 'cordova build android' in a multiply project and got a strage problem which I cannot find any answer in stackoverflow. Would you please help me ? My projects structure like : android(MainApp) |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject1 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject2 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3_1 |-- build.gradle |-- setting.gradle |-- gradle.properties 'cordova prepare android' and 'cordova plugins' run successfully, but 'cordova build android' failed in very long and strange error: -- Running command: **\platforms\android\cordova\build.bat ANDROID_HOME=* JAVA_HOME=* Running: **android\gradlew cdvBuildDebug -b platforms\android\build.gradle -Dorg.gradle.daemon=true Failed to notify ProjectEvaluationListener.afterEvaluate(), but primary configuration failure takes precedence. java.lang.IllegalStateException: buildToolsVersion is not specified. at com.google.common.base.Preconditions.checkState(Preconditions.java:176) at com.android.build.gradle.BasePlugin.createAndroidTasks(BasePlugin.groovy:444) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy:415) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324) FAILURE: Build failed with an exception. * Where: Build file '*platforms\android\LibProject1\build.gradle' line: 49 * What went wrong: A problem occurred evaluating project ':LibProject1'. Project with path ':LibProject3' could not be found in project ':LibProject1'. * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 2.142 secs **platforms\android\cordova\node_modules\q\q.js:126 throw e; ^ Error code 1 for command: cmd with args: /s /c **\platforms\android\gradlew cdvBuildDebug -b **\platforms\android\build.gradle -Dorg.gradle.daemon=true Error: **platforms\android\cordova\build.bat: Command failed with exit code 8 at ChildProcess.whenDone (AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:766:16) at Process.ChildProcess._handle.onexit (child_process.js:833:5) -- seems it said my LibProject1/build.gradle has some wrong but 'gradle build' successed and I got apk run normally. finally I found that when 'cordova build android' ran, file LibProject1/build.gradle is being changed auto. for example: dependencies{ compile project(':LibProject2') } is changed to dependencies{ debugCompile project(path: :LibProject3, configuration: debug) releaseCompile project(path: :LibProject3, configuration: release) } I am realy confuse with this problem. -- 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-9519) Inappropriate destruction time of engine in CordovaWebViewImpl
[ https://issues.apache.org/jira/browse/CB-9519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704369#comment-14704369 ] ASF GitHub Bot commented on CB-9519: GitHub user NoLongerLazyDhl opened a pull request: https://github.com/apache/cordova-android/pull/208 CB-9519 Fix the engine destruction bug You can merge this pull request into a Git repository by running: $ git pull https://github.com/NoLongerLazyDhl/cordova-android 4.0.x Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/208.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #208 commit 401de7f5499b86712c2f767d03a45b47ed9b1351 Author: Dong Hanlin 445918...@qq.com Date: 2015-08-20T06:20:03Z CB-9519 Fix the engine destruction bug Inappropriate destruction time of engine in CordovaWebViewImpl -- Key: CB-9519 URL: https://issues.apache.org/jira/browse/CB-9519 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaLib Reporter: Dong Hanlin In {{CordovaWebViewImpl.java}}, one of the TODO comments in {{public void handleDestroy()}} method points out that the engine should not destroy webview until after about:blank is done loading. Actually, the engine has indeed been destroyed before about:blank is completely loaded, which causes some problems. I think moving a line of code may work: {quote} engine.destroy(); {quote} This code can be moved into the last {{if}} block in {{public void onPageFinishedLoading(String url)}}, like this: {code} // Shutdown if blank loaded if (url.equals(about:blank)) { engine.destroy(); pluginManager.postMessage(exit, null); } {code} Since before destroying the engine, we have set the URL to be about:blank, so destroying it when about:blank is completed loaded can work. -- 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-9519) Inappropriate destruction time of engine in CordovaWebViewImpl
[ https://issues.apache.org/jira/browse/CB-9519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704366#comment-14704366 ] ASF GitHub Bot commented on CB-9519: GitHub user NoLongerLazyDhl opened a pull request: https://github.com/apache/cordova-android/pull/207 CB-9519 Fix the engine destruction bug You can merge this pull request into a Git repository by running: $ git pull https://github.com/NoLongerLazyDhl/cordova-android 4.1.x Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/207.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #207 commit 2a3eccbd3341ef6abb4bfc4365cd476e76cf8958 Author: Dong Hanlin 445918...@qq.com Date: 2015-08-20T06:21:50Z CB-9519 Fix the engine destruction bug Inappropriate destruction time of engine in CordovaWebViewImpl -- Key: CB-9519 URL: https://issues.apache.org/jira/browse/CB-9519 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaLib Reporter: Dong Hanlin In {{CordovaWebViewImpl.java}}, one of the TODO comments in {{public void handleDestroy()}} method points out that the engine should not destroy webview until after about:blank is done loading. Actually, the engine has indeed been destroyed before about:blank is completely loaded, which causes some problems. I think moving a line of code may work: {quote} engine.destroy(); {quote} This code can be moved into the last {{if}} block in {{public void onPageFinishedLoading(String url)}}, like this: {code} // Shutdown if blank loaded if (url.equals(about:blank)) { engine.destroy(); pluginManager.postMessage(exit, null); } {code} Since before destroying the engine, we have set the URL to be about:blank, so destroying it when about:blank is completed loaded can work. -- 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-9520) A strage proble while running 'cordova build android' in multiply project
[ https://issues.apache.org/jira/browse/CB-9520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ZhangYuan updated CB-9520: -- Description: I am trying to do 'cordova build android' in a multiply project and got a strage problem which I cannot find any answer in stackoverflow. Would you please help me ? My projects structure like : android(MainApp) |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject1 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject2 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3_1 |-- build.gradle |-- setting.gradle |-- gradle.properties 'cordova prepare android' and 'cordova plugins' run successfully, but 'cordova build android' failed in very long and strange error: -- Running command: **\platforms\android\cordova\build.bat ANDROID_HOME=* JAVA_HOME=* Running: **android\gradlew cdvBuildDebug -b platforms\android\build.gradle -Dorg.gradle.daemon=true Failed to notify ProjectEvaluationListener.afterEvaluate(), but primary configuration failure takes precedence. java.lang.IllegalStateException: buildToolsVersion is not specified. at com.google.common.base.Preconditions.checkState(Preconditions.java:176) at com.android.build.gradle.BasePlugin.createAndroidTasks(BasePlugin.groovy:444) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy:415) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324) FAILURE: Build failed with an exception. * Where: Build file '*platforms\android\LibProject1\build.gradle' line: 49 * What went wrong: A problem occurred evaluating project ':LibProject1'. Project with path ':LibProject3' could not be found in project ':LibProject1'. * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 2.142 secs **platforms\android\cordova\node_modules\q\q.js:126 throw e; ^ Error code 1 for command: cmd with args: /s /c **\platforms\android\gradlew cdvBuildDebug -b **\platforms\android\build.gradle -Dorg.gradle.daemon=true Error: **platforms\android\cordova\build.bat: Command failed with exit code 8 at ChildProcess.whenDone (AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:766:16) at Process.ChildProcess._handle.onexit (child_process.js:833:5) -- seems it said my LibProject1/build.gradle has some wrong but 'gradle build' successed and I got apk run normally. finally I found that when 'cordova build android' ran, file LibProject1/build.gradle is being changed auto. for example: dependencies{ compile project(':LibProject2') } is changed to dependencies{ debugCompile project(path: :LibProject3, configuration: debug) releaseCompile project(path: :LibProject3, configuration: release) } I am realy confuse with this problem. was: I am trying to do 'cordova build android' in a multiply project and got a strage problem which I cannot find any answer in stackoverflow. Would you please help me ? My projects structure like : android(MainApp) |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject1 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject2 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3_1 |-- build.gradle |-- setting.gradle |-- gradle.properties 'cordova prepare android' and 'cordova plugins' run
[jira] [Commented] (CB-7143) OSX platform cannot be installed as described
[ https://issues.apache.org/jira/browse/CB-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704380#comment-14704380 ] ASF GitHub Bot commented on CB-7143: Github user hypery2k commented on the pull request: https://github.com/apache/cordova-osx/pull/12#issuecomment-132906614 Any news? OSX platform cannot be installed as described - Key: CB-7143 URL: https://issues.apache.org/jira/browse/CB-7143 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Environment: OSX 10.9.4 Reporter: Tim Stewart Following instructions as per: https://github.com/apache/cordova-osx Add the Cordova OSX Platform the a CLI project [sic] does not work. I checked out cordova from master, completed all the npm linking as described in the linked instructions and checked cordova version: 3.5.0-0.2.7-dev I then tried to follow this instruction: patch the 2 projects with the patches provided in the patches directory to enable the osx platform. I expected to be able to download and git apply these patches in the git root for each of the two node modules - cordova-cli and cordova-plugman. However, they are not set up correctly for this, and produced errors: error: platforms.js: No such file or directory error: src/platform.js: No such file or directory Indeed, the path locations in each patch do not seem to be vaild for any given location within either module. I thus ended up finding all files named platform.js and platforms.js (there are many, spread throughout the cordova-lib module within both cordova-cli and cordova-plugman), eyeballing them to see which files matched the patch changes, and copy/pasting the changes manually. (8 files in total, as the 4 patched files appear under cordova-lib in each cordova module.) When running cordova platform add osx, I then got an error about an invaild location for the ios-parser. I found the incorrect line in the patched cordova/platform.js and changed it as follows: parser : './metadata/ios_parser', Following this I was able to add the osx platform and run the app. Needless to say, this is a frustrating developer experience. I don't know why the osx platform information code is not included in cordova by default - it would seem to be fairly well isolated from effects on any other platform - but if it is going to be upgradable in this fashion, then the git patches should at least work. If they were designed to work (and ever did work) with a specific version of the cordova modules, or in a different location other than the git root, then that should be stated, instead of instructing the hapless developer to clone cordova from master and providing no further clues. -- 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] [Comment Edited] (CB-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705938#comment-14705938 ] Steve Gill edited comment on CB-9505 at 8/20/15 11:04 PM: -- Could we update the plugins to use runs instead of clobbers/merges? EDIT: nevermind I see that you did fix it. was (Author: stevegill): Could we update the plugins to use runs instead of clobbers/merges? Some plugins on windows platform do not loaded correctly using browserify - Key: CB-9505 URL: https://issues.apache.org/jira/browse/CB-9505 Project: Apache Cordova Issue Type: Bug Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Labels: browserify, mobilespec, windows There is some issues with Windows plugins, which makes multiple tests to fail. The most of these issues are related to incorrect usage of `clobbers/merges` tags instead of `runs` in plugin definition. This causes plugins' proxies to not to register, so native functionality is not available to app. Some of plugins affected by this issue: # contacts # device # device-motion # device-orientation # file-transfer # media # network-information -- 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-9505) Some plugins on windows platform do not loaded correctly using browserify
[ https://issues.apache.org/jira/browse/CB-9505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705938#comment-14705938 ] Steve Gill commented on CB-9505: Could we update the plugins to use runs instead of clobbers/merges? Some plugins on windows platform do not loaded correctly using browserify - Key: CB-9505 URL: https://issues.apache.org/jira/browse/CB-9505 Project: Apache Cordova Issue Type: Bug Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Labels: browserify, mobilespec, windows There is some issues with Windows plugins, which makes multiple tests to fail. The most of these issues are related to incorrect usage of `clobbers/merges` tags instead of `runs` in plugin definition. This causes plugins' proxies to not to register, so native functionality is not available to app. Some of plugins affected by this issue: # contacts # device # device-motion # device-orientation # file-transfer # media # network-information -- 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-9529) Define plugin interface
[ https://issues.apache.org/jira/browse/CB-9529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Homer reassigned CB-9529: -- Assignee: Tony Homer Define plugin interface --- Key: CB-9529 URL: https://issues.apache.org/jira/browse/CB-9529 Project: Apache Cordova Issue Type: Sub-task Components: Plugins Reporter: Tony Homer Assignee: Tony Homer -- 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-9531) Create Android implementation
[ https://issues.apache.org/jira/browse/CB-9531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Homer reassigned CB-9531: -- Assignee: Tony Homer Create Android implementation - Key: CB-9531 URL: https://issues.apache.org/jira/browse/CB-9531 Project: Apache Cordova Issue Type: Sub-task Components: Plugins Reporter: Tony Homer Assignee: Tony Homer -- 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-9537) Create docs
Tony Homer created CB-9537: -- Summary: Create docs Key: CB-9537 URL: https://issues.apache.org/jira/browse/CB-9537 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9534) Create Amazon FireOS implementation
Tony Homer created CB-9534: -- Summary: Create Amazon FireOS implementation Key: CB-9534 URL: https://issues.apache.org/jira/browse/CB-9534 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9536) Create tests
Tony Homer created CB-9536: -- Summary: Create tests Key: CB-9536 URL: https://issues.apache.org/jira/browse/CB-9536 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9532) Create Windows implementation
Tony Homer created CB-9532: -- Summary: Create Windows implementation Key: CB-9532 URL: https://issues.apache.org/jira/browse/CB-9532 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9535) Create Firefox OS implementation
Tony Homer created CB-9535: -- Summary: Create Firefox OS implementation Key: CB-9535 URL: https://issues.apache.org/jira/browse/CB-9535 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9533) Create Blackberry 10 implementation
Tony Homer created CB-9533: -- Summary: Create Blackberry 10 implementation Key: CB-9533 URL: https://issues.apache.org/jira/browse/CB-9533 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9538) Implementing FadeSplashScreen feature for Android
Philipp Grosswiler created CB-9538: -- Summary: Implementing FadeSplashScreen feature for Android Key: CB-9538 URL: https://issues.apache.org/jira/browse/CB-9538 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin SplashScreen Reporter: Philipp Grosswiler Priority: Minor Implementing FadeSplashScreen preference by using AlphaAnimation to fade out the ImageView. -- 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-9528) create new core plugin to control screen orientation
Tony Homer created CB-9528: -- Summary: create new core plugin to control screen orientation Key: CB-9528 URL: https://issues.apache.org/jira/browse/CB-9528 Project: Apache Cordova Issue Type: Improvement Components: Plugins Reporter: Tony Homer Assignee: Tony Homer Create a new core Cordova plugin that enables the user to dynamically control the orientation of their app. Tentatively base interface on [the screen-orientation spec| http://www.w3.org/TR/screen-orientation/]. There is a precedent for this behavior being supported as part of Cordova. Previously iOS supported a non-standard approach to controlling the orientation dynamically (see last entry in [this section of the 5.1.1 docs|http://cordova.apache.org/docs/en/5.1.1/config_ref_index.md.html#The%20config.xml%20File_multi_platform_preferences]). Recent platform changes made the iOS-specific approach untenable, but it's removal prompted a discussion about enabling this as a cross-platform feature via a new core plugin. See related discussion in CB-8047. -- 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-9531) Create Android implementation
Tony Homer created CB-9531: -- Summary: Create Android implementation Key: CB-9531 URL: https://issues.apache.org/jira/browse/CB-9531 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9530) Create iOS implementation
Tony Homer created CB-9530: -- Summary: Create iOS implementation Key: CB-9530 URL: https://issues.apache.org/jira/browse/CB-9530 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9529) Define plugin interface
Tony Homer created CB-9529: -- Summary: Define plugin interface Key: CB-9529 URL: https://issues.apache.org/jira/browse/CB-9529 Project: Apache Cordova Issue Type: Sub-task Reporter: Tony Homer -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705933#comment-14705933 ] ASF GitHub Bot commented on CB-9490: Github user cojomojo commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/115#issuecomment-133206691 Fixed the PR to only affect the cleanup function. Please re review. LG G4 camera application saves photos when using destinationType DATA_URL - Key: CB-9490 URL: https://issues.apache.org/jira/browse/CB-9490 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: LG G4, Android 5.1 Reporter: Cody Balos Assignee: Cody Balos Time Spent: 6h Remaining Estimate: 0h So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL if the retake option is used. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). -- 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-9520) A strage proble while running 'cordova build android' in multiply project
[ https://issues.apache.org/jira/browse/CB-9520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ZhangYuan updated CB-9520: -- Affects Version/s: (was: 4.1.1) 5.2.0 Environment: windows 8.1 Pro 64bit, Android SDK Build-tools 23.0.0, Gradle 2.4, JDK1.7. cordova 5.2.0 android 4.0.2 was: windows 8.1 Pro 64bit, Android SDK Build-tools 23.0.0, Gradle 2.4, JDK1.7. cordova 4.1.2 A strage proble while running 'cordova build android' in multiply project - Key: CB-9520 URL: https://issues.apache.org/jira/browse/CB-9520 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaLib Affects Versions: 5.2.0 Environment: windows 8.1 Pro 64bit, Android SDK Build-tools 23.0.0, Gradle 2.4, JDK1.7. cordova 5.2.0 android 4.0.2 Reporter: ZhangYuan Labels: build Original Estimate: 672h Remaining Estimate: 672h I am trying to do 'cordova build android' in a multiply project and got a strage problem which I cannot find any answer in stackoverflow. Would you please help me ? My projects structure like : android(MainApp) |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject1 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject2 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3 |-- build.gradle |-- setting.gradle |-- gradle.properties |--LibProject3_1 |-- build.gradle |-- setting.gradle |-- gradle.properties 'cordova prepare android' and 'cordova plugins' run successfully, but 'cordova build android' failed in very long and strange error: -- Running command: **\platforms\android\cordova\build.bat ANDROID_HOME=* JAVA_HOME=* Running: **android\gradlew cdvBuildDebug -b platforms\android\build.gradle -Dorg.gradle.daemon=true Failed to notify ProjectEvaluationListener.afterEvaluate(), but primary configuration failure takes precedence. java.lang.IllegalStateException: buildToolsVersion is not specified. at com.google.common.base.Preconditions.checkState(Preconditions.java:176) at com.android.build.gradle.BasePlugin.createAndroidTasks(BasePlugin.groovy:444) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy:415) at com.android.build.gradle.BasePlugin$_createTasks_closure13_closure17.doCall(BasePlugin.groovy) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324) FAILURE: Build failed with an exception. * Where: Build file '*platforms\android\LibProject1\build.gradle' line: 49 * What went wrong: A problem occurred evaluating project ':LibProject1'. Project with path ':LibProject3' could not be found in project ':LibProject1'. * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 2.142 secs **platforms\android\cordova\node_modules\q\q.js:126 throw e; ^ Error code 1 for command: cmd with args: /s /c **\platforms\android\gradlew cdvBuildDebug -b **\platforms\android\build.gradle -Dorg.gradle.daemon=true Error: **platforms\android\cordova\build.bat: Command failed with exit code 8 at ChildProcess.whenDone (AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23) at ChildProcess.emit (events.js:98:17) at maybeClose (child_process.js:766:16) at Process.ChildProcess._handle.onexit (child_process.js:833:5) -- seems it said my LibProject1/build.gradle has some wrong but 'gradle build' successed and I got apk run normally. finally I found that when 'cordova build android' ran, file LibProject1/build.gradle is being changed auto. for example: dependencies{ compile project(':LibProject2')
[jira] [Commented] (CB-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14706153#comment-14706153 ] Tony Homer commented on CB-8047: I created CB-9528. I'd like to make a first pass at defining the interface and Android implementation before sending to mailing list for input. FWIW, [the Intel XDK Device plugin has similar functionality|https://github.com/01org/cordova-plugin-intel-xdk-device/blob/master/www/device.js#L92] to what Andrey suggested with implementations for Android, iOS and Windows. [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue -- Key: CB-8047 URL: https://issues.apache.org/jira/browse/CB-8047 Project: Apache Cordova Issue Type: Sub-task Components: iOS Environment: IOS Reporter: Dustin Nielson Assignee: Shazron Abdullah Fix For: 4.0.0 After installing the `wkwebview-engine` plugin on ios device (tested iPhone 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon successful build the devices have fixed portrait orientation that doesn't change when device is rotated. The `wkwebview` branch of cordova-ios was used. This problem does not occur in the `master` branch. -- 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-7143) OSX platform cannot be installed as described
[ https://issues.apache.org/jira/browse/CB-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705396#comment-14705396 ] ASF subversion and git services commented on CB-7143: - Commit ea4de2ab69d374af791e84828b66e1b97c95a32d in cordova-osx's branch refs/heads/master from [~tripod] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=ea4de2a ] CB-7143 OSX platform cannot be installed as described (closes #13, closes #12) - updating scripts to new node.js versions Signed-off-by: Shazron Abdullah shaz...@gmail.com OSX platform cannot be installed as described - Key: CB-7143 URL: https://issues.apache.org/jira/browse/CB-7143 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Environment: OSX 10.9.4 Reporter: Tim Stewart Following instructions as per: https://github.com/apache/cordova-osx Add the Cordova OSX Platform the a CLI project [sic] does not work. I checked out cordova from master, completed all the npm linking as described in the linked instructions and checked cordova version: 3.5.0-0.2.7-dev I then tried to follow this instruction: patch the 2 projects with the patches provided in the patches directory to enable the osx platform. I expected to be able to download and git apply these patches in the git root for each of the two node modules - cordova-cli and cordova-plugman. However, they are not set up correctly for this, and produced errors: error: platforms.js: No such file or directory error: src/platform.js: No such file or directory Indeed, the path locations in each patch do not seem to be vaild for any given location within either module. I thus ended up finding all files named platform.js and platforms.js (there are many, spread throughout the cordova-lib module within both cordova-cli and cordova-plugman), eyeballing them to see which files matched the patch changes, and copy/pasting the changes manually. (8 files in total, as the 4 patched files appear under cordova-lib in each cordova module.) When running cordova platform add osx, I then got an error about an invaild location for the ios-parser. I found the incorrect line in the patched cordova/platform.js and changed it as follows: parser : './metadata/ios_parser', Following this I was able to add the osx platform and run the app. Needless to say, this is a frustrating developer experience. I don't know why the osx platform information code is not included in cordova by default - it would seem to be fairly well isolated from effects on any other platform - but if it is going to be upgradable in this fashion, then the git patches should at least work. If they were designed to work (and ever did work) with a specific version of the cordova modules, or in a different location other than the git root, then that should be stated, instead of instructing the hapless developer to clone cordova from master and providing no further clues. -- 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-7143) OSX platform cannot be installed as described
[ https://issues.apache.org/jira/browse/CB-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705397#comment-14705397 ] ASF GitHub Bot commented on CB-7143: Github user asfgit closed the pull request at: https://github.com/apache/cordova-osx/pull/12 OSX platform cannot be installed as described - Key: CB-7143 URL: https://issues.apache.org/jira/browse/CB-7143 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Environment: OSX 10.9.4 Reporter: Tim Stewart Following instructions as per: https://github.com/apache/cordova-osx Add the Cordova OSX Platform the a CLI project [sic] does not work. I checked out cordova from master, completed all the npm linking as described in the linked instructions and checked cordova version: 3.5.0-0.2.7-dev I then tried to follow this instruction: patch the 2 projects with the patches provided in the patches directory to enable the osx platform. I expected to be able to download and git apply these patches in the git root for each of the two node modules - cordova-cli and cordova-plugman. However, they are not set up correctly for this, and produced errors: error: platforms.js: No such file or directory error: src/platform.js: No such file or directory Indeed, the path locations in each patch do not seem to be vaild for any given location within either module. I thus ended up finding all files named platform.js and platforms.js (there are many, spread throughout the cordova-lib module within both cordova-cli and cordova-plugman), eyeballing them to see which files matched the patch changes, and copy/pasting the changes manually. (8 files in total, as the 4 patched files appear under cordova-lib in each cordova module.) When running cordova platform add osx, I then got an error about an invaild location for the ios-parser. I found the incorrect line in the patched cordova/platform.js and changed it as follows: parser : './metadata/ios_parser', Following this I was able to add the osx platform and run the app. Needless to say, this is a frustrating developer experience. I don't know why the osx platform information code is not included in cordova by default - it would seem to be fairly well isolated from effects on any other platform - but if it is going to be upgradable in this fashion, then the git patches should at least work. If they were designed to work (and ever did work) with a specific version of the cordova modules, or in a different location other than the git root, then that should be stated, instead of instructing the hapless developer to clone cordova from master and providing no further clues. -- 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-9523) Show out of date message for older cordova CLI
[ https://issues.apache.org/jira/browse/CB-9523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705370#comment-14705370 ] ASF GitHub Bot commented on CB-9523: GitHub user daserge opened a pull request: https://github.com/apache/cordova-cli/pull/219 CB-9523 Show out of date message for older cordova CLI Used [update-notifier](https://github.com/yeoman/update-notifier) module You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-cli CB-9523 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/219.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #219 commit d3531fd3088dde402897fe64ffd3299ef5b3041a Author: daserge dase...@yandex.ru Date: 2015-08-20T17:24:20Z CB-9523 Show out of date message for older cordova CLI Used update-notifier module Show out of date message for older cordova CLI -- Key: CB-9523 URL: https://issues.apache.org/jira/browse/CB-9523 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Sergey Shakhnazarov Assignee: Sergey Shakhnazarov -- 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-9517) Adding a plugin on OSX that uses a private framework does not work
[ https://issues.apache.org/jira/browse/CB-9517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705417#comment-14705417 ] ASF subversion and git services commented on CB-9517: - Commit e9c12d9ce34825766ab46db6f2dc93c9aab6d52a in cordova-osx's branch refs/heads/master from [~tripod] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=e9c12d9 ] CB-9517 Adding a plugin on iOS/OSX that uses a private framework does not work (closes #14) Adding a plugin on OSX that uses a private framework does not work -- Key: CB-9517 URL: https://issues.apache.org/jira/browse/CB-9517 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Reporter: Tobias Bocanegra Assignee: Tobias Bocanegra problems so far: - no copy-files step added for embedded framework - the {{LD_RUNPATH_SEARCH_PATHS}} is not correctly set -- 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-9517) Adding a plugin on OSX that uses a private framework does not work
[ https://issues.apache.org/jira/browse/CB-9517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705418#comment-14705418 ] ASF GitHub Bot commented on CB-9517: Github user asfgit closed the pull request at: https://github.com/apache/cordova-osx/pull/14 Adding a plugin on OSX that uses a private framework does not work -- Key: CB-9517 URL: https://issues.apache.org/jira/browse/CB-9517 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Reporter: Tobias Bocanegra Assignee: Tobias Bocanegra problems so far: - no copy-files step added for embedded framework - the {{LD_RUNPATH_SEARCH_PATHS}} is not correctly set -- 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-9524) Globalization plugin fails Windows ACK during store submission due to invalid APIs
Rob Paveza created CB-9524: -- Summary: Globalization plugin fails Windows ACK during store submission due to invalid APIs Key: CB-9524 URL: https://issues.apache.org/jira/browse/CB-9524 Project: Apache Cordova Issue Type: Bug Components: Plugin Globalization, Windows Reporter: Rob Paveza Assignee: Rob Paveza Priority: Critical Due to pre-Windows 10 binary, this is failing Store submission. -- 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-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705012#comment-14705012 ] Rosco Schock commented on CB-8047: -- It would be great to have this functionality remain. Many apps have certain screens that don't layout well in certain orientations. It would be optimal to control that programmatically at runtime and if the developer didn't need this functionality it falls back to what was set in the config/plist. [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue -- Key: CB-8047 URL: https://issues.apache.org/jira/browse/CB-8047 Project: Apache Cordova Issue Type: Sub-task Components: iOS Environment: IOS Reporter: Dustin Nielson Assignee: Shazron Abdullah Fix For: 4.0.0 After installing the `wkwebview-engine` plugin on ios device (tested iPhone 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon successful build the devices have fixed portrait orientation that doesn't change when device is rotated. The `wkwebview` branch of cordova-ios was used. This problem does not occur in the `master` branch. -- 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-8383) pause event don't fire when 'KeepRunning' is false
[ https://issues.apache.org/jira/browse/CB-8383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704790#comment-14704790 ] Mike Hayes commented on CB-8383: Any updates on this one? pause event don't fire when 'KeepRunning' is false -- Key: CB-8383 URL: https://issues.apache.org/jira/browse/CB-8383 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: Master, 3.5.0, 4.0.0, 4.1.3 Environment: Mac osx 10.9 Reporter: hugefactory Labels: easyfix Original Estimate: 1h Remaining Estimate: 1h Under Android, when a project use 'KeepRunning=false' in the config.xml file, the 'pause' event in javascript don't fire when application go to background. Next, 'pause' event fire when 'resume' is call and when the application resume. The problem is in 'CordovaWebView.java' in the 'handlePause' method : public void handlePause(boolean keepRunning) { LOG.d(TAG, Handle the pause); // Send pause event to JavaScript this.loadUrl(javascript:try{cordova.fireDocumentEvent('pause');}catch(e){console.log('exception firing pause event from native');};); // Forward to plugins if (this.pluginManager != null) { this.pluginManager.onPause(keepRunning); } // If app doesn't want to run in background if (!keepRunning) { // Pause JavaScript timers (including setInterval) this.pauseTimers(); } paused = true; } As you can see, 'pauseTimers()' is call immediatly when we choose 'KeepRunning' false. According to the Android documentation, 'pauseTimer()' stop all javascript activitythen the 'pause' javascript callback is not execute (it's execute after, when the 'resumeTimers()' is call and the application resume. I suggest to delay the 'pauseTimers()' for 1 or 2 sec. Then the javascript 'pause' can execute before the application is really stop : //OLD //this.pauseTimers(); //NEW final Handler handler = new Handler(); handler.postDelayed(new Runnable() { @Override public void run() { LOG.d(TAG, Handle the pauseTimers); pauseTimers(); } }, 1000); } Thanks. -- 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-9526) plugin install fails for projects without ProjectName properties.
[ https://issues.apache.org/jira/browse/CB-9526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-9526. - Resolution: Duplicate Already fixed in CB-8532 plugin install fails for projects without ProjectName properties. - Key: CB-9526 URL: https://issues.apache.org/jira/browse/CB-9526 Project: Apache Cordova Issue Type: Bug Components: Windows Environment: windows Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen {code} Cannot read property 'text' of null at Object.jsprojManager.addProjectReference (c:\Repos\cordova\cordova-lib\cordova-lib\src\util\windows\jsprojManager.js:141:74) {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8532) Adding Windows Plugin Failed with Cannot read property 'text' of null
[ https://issues.apache.org/jira/browse/CB-8532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8532. - Resolution: Fixed Verified fix in master, thanks [~daserge] Adding Windows Plugin Failed with Cannot read property 'text' of null --- Key: CB-8532 URL: https://issues.apache.org/jira/browse/CB-8532 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Environment: Windows 8.1 VisualStudio 2013 cordova 4.2.0 cordova windows platform 3.8.0 npm 1.4.28 node v0.10.35 Reporter: Ingo Bruell Labels: patch Original Estimate: 0.5h Remaining Estimate: 0.5h I created a plugin which references a VisualStudio project file in the plugin.xml via framework src .../. If I add the plugin I get the trace: {quote} $ cordova plugins add ../enCordovaDeviceLocatorPlugin/ Installing de.enexoma.cordova.plugin.devicelocator for windows Error during processing of action! Attempting to revert... Failed to install 'de.enexoma.cordova.plugin.devicelocator':TypeError: Uh oh! Cannot read property 'text' of null at Object.jsproj.addProjectReference (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\util\windows\jsproj.js:185:74) at module.exports.framework.install (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\windows.js:116:30) at Object.ActionStack.process (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:72:25) at handleInstall (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:591:20) at c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:340:28 at _fulfilled (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54) at self.promiseDispatch.done (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30) at Promise.promise.promiseDispatch (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13) at c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49 at flush (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17) TypeError: Uh oh! Cannot read property 'text' of null at Object.jsproj.addProjectReference (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\util\windows\jsproj.js:185:74) at module.exports.framework.install (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\platforms\windows.js:116:30) at Object.ActionStack.process (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\util\action-stack.js:72:25) at handleInstall (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:591:20) at c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\plugman\install.js:340:28 at _fulfilled (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:787:54) at self.promiseDispatch.done (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:816:30) at Promise.promise.promiseDispatch (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:749:13) at c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:509:49 at flush (c:\Users\ibruell\AppData\Roaming\npm\node_modules\cordova\node_modules\q\q.js:108:17) {quote} The script node_modules\cordova\node_modules\cordova-lib\src\util\windows\jsproj.js tries to find a Node PropertyGroup/ProjectName which does not exists in my project. I changed the script to search PropertyGroup/AssemblyName which works. I do not know much about the VisualStudio project files. Maybe both elements should be searched. -- 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-9506) A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera
[ https://issues.apache.org/jira/browse/CB-9506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705771#comment-14705771 ] Cody Balos commented on CB-9506: This will be non-trivial to fix as the usage of intents to start the camera, which will be a third party application, makes it hard, if not impossible (with the current way android works) to detect if the user took photos outside a cordova application. A user's photos can be deleted if they leave a cordova application using cordova-plugin-camera -- Key: CB-9506 URL: https://issues.apache.org/jira/browse/CB-9506 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: Android Reporter: Cody Balos Currently, the camera plugin checks the number of pictures saved to the device before any pictures are captured using the camera started via the plugin, and then checks the difference between the amount of photos before and after. Relying on this method introduces the possibility of deleting photos a user takes outside the cordova started camera. For example, consider this scenario: A user of a cordova application utilizes a cordova-plugin-camera backed camera feature , and while in the camera activity, switches to a different application. While in this different application the user takes a photo. Now the user returns to the cordova application, and is still in the camera activity. They take the photo, and accept it. Now the cleanup process inside cordova-plugin-camera begins, but, because of relying on the difference between the amount of photos before and after the activity, the photo the user took outside of the cordova application is deleted. This issue exists already in the checkForDuplicateImage function, does have the ill behavior from the above example. However, it is limited by its implementation to removing no more than 2 of the photos taken outside of the cordova application. -- 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-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705647#comment-14705647 ] Scott Seitz commented on CB-9445: - Thanks for looking into this. I sadly have no idea how to weigh in on this. Do we need to pull anyone else into the conversation to ask their thoughts? Is it somehow working differently on the Android platform since that currently works? executeScript callbacks not working for iOS --- Key: CB-9445 URL: https://issues.apache.org/jira/browse/CB-9445 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 5.1.1 Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, cordova-plugin-inappbrowser 1.0.1 (NPM) Reporter: Scott Seitz Assignee: jcesarmobile Can someone please check to see if they are encountering the same problem I am in the environment I've listed? (latest released builds of everything I think) I open an inappbrowser window and then run an executeScript command using code: (not file:). Everything works fine on Android, but on iOS, it simply will NOT fire the callback function after executing the injected code. Make the code: as simple as you like to test it and see if you can get a callback to fire. I've dumbed it down as much as possible and can't get one to fire. I know that all instances of code I've injected have run fine in the iab by using the console (against the iab) to check for the variables I was creating in the code. I can't even get a callback to fire that doesn't expect a parameter to be passed back... Many thanks, Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9522) when user wants to use camera (navigator.camera.getPicture), camera does not open at all but if user minimizes the application and then enters in it again - camera window wi
Harpreet Singh created CB-9522: -- Summary: when user wants to use camera (navigator.camera.getPicture), camera does not open at all but if user minimizes the application and then enters in it again - camera window will show and user would be able to take the picture Key: CB-9522 URL: https://issues.apache.org/jira/browse/CB-9522 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Camera Affects Versions: 3.5.0 Environment: iOS Reporter: Harpreet Singh Please check out this bug reported in stackoverflow under URL: http://stackoverflow.com/questions/25970186/cordova-phonegap-ios-window-not-showing/32121997 when user wants to use camera (navigator.camera.getPicture), camera does not open at all but if user minimizes the application and then enters in it again - camera window will show and user would be able to take the picture -- 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-9525) Dependent plugins not restored with versions from config.xml
Darryl Pogue created CB-9525: Summary: Dependent plugins not restored with versions from config.xml Key: CB-9525 URL: https://issues.apache.org/jira/browse/CB-9525 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Affects Versions: 5.2.0 Environment: OSX Reporter: Darryl Pogue When I have a config.xml that uses a custom git branch of the cordova-plugin-file and the npm version of cordova-plugin-file-transfer, the npm version of cordova-plugin-file is installed before the git branch. This causes the app to use the npm version rather than the git branch as specified in config.xml. Test case: Create a new cordova project, replace the config.xml with the following, run cordova prepare. {code:xml} ?xml version='1.0' encoding='utf-8'? widget id=io.cordova.hellocordova version=0.0.1 xmlns=http://www.w3.org/ns/widgets; xmlns:cdv=http://cordova.apache.org/ns/1.0; nameHelloCordova/name description A sample Apache Cordova application that responds to the deviceready event. /description author email=d...@cordova.apache.org href=http://cordova.io; Apache Cordova Team /author content src=index.html / plugin name=cordova-plugin-whitelist version=1 / access origin=* / allow-intent href=http://*/*; / allow-intent href=https://*/*; / allow-intent href=tel:* / allow-intent href=sms:* / allow-intent href=mailto:*; / allow-intent href=geo:* / platform name=android allow-intent href=market:* / /platform platform name=ios allow-intent href=itms:* / allow-intent href=itms-apps:* / /platform engine name=android spec=~4.1.1 / plugin name=cordova-plugin-file spec=git://github.com/apache/cordova-plugin-file.git / plugin name=cordova-plugin-file-transfer spec=~1.2.1 / /widget {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-9524) Globalization plugin fails Windows ACK during store submission due to invalid APIs
[ https://issues.apache.org/jira/browse/CB-9524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rob Paveza updated CB-9524: --- Priority: Blocker (was: Critical) Globalization plugin fails Windows ACK during store submission due to invalid APIs -- Key: CB-9524 URL: https://issues.apache.org/jira/browse/CB-9524 Project: Apache Cordova Issue Type: Bug Components: Plugin Globalization, Windows Reporter: Rob Paveza Assignee: Rob Paveza Priority: Blocker Due to pre-Windows 10 binary, this is failing Store submission. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705800#comment-14705800 ] ASF GitHub Bot commented on CB-9490: Github user infil00p commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/115#issuecomment-133185529 You removed part of the cropping functionality, we can't accept this pull request as it is. LG G4 camera application saves photos when using destinationType DATA_URL - Key: CB-9490 URL: https://issues.apache.org/jira/browse/CB-9490 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: LG G4, Android 5.1 Reporter: Cody Balos Assignee: Cody Balos Time Spent: 6h Remaining Estimate: 0h So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL if the retake option is used. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). -- 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] [Comment Edited] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705836#comment-14705836 ] Scott Seitz edited comment on CB-9445 at 8/20/15 10:02 PM: --- If that's the case, then it should definitely be documented. However, as to verifying across devices, running executeScript upon the loadstart event most certainly runs the script in the inappbrowser window and fires the callback for both iOS and Android. The problem I ran into was that a subsequent executeScript upon the loadstop event worked on both platforms, but only Android fired the callback. When I removed the executeScript from the loadstart event, the executeScript triggered by the loadstop event fired the callback just fine on iOS. What I failed to test was something akin to polling to see if all callbacks (after the loadstop event) work, or whether only one executeScript will work per inappbrowser instance. If jcesarmobile is correct that the reason the iFrame (used prior to the loadstop event occuring) disappears is due to the page actually finishing loading, then it would stand to reason that an iFrame created AFTER the page has loaded would NOT disappear, and you would not have to create a new iFrame for every time you call executeScript. Is it possible (and less onerous) for executeScript to only create a new iFrame if it can't find an existing one? And again...why the heck does the Android platform seem to work just fine? was (Author: dtc7240): If that's the case, then it should definitely be documented. However, as to verifying across devices, running executeScript upon the loadstart event most certainly runs the script in the inappbrowser window and fires the callback for both iOS and Android. The problem I ran into was that a subsequent executeScript upon the loadstop event worked on both platforms, but only Android fired the callback. When I removed the executeScript from the loadstart event, the executeScript triggered by the loadstop event fired the callback just fine on iOS. What I failed to test was something akin to polling to see if all callbacks (after the loadstop event) work, or whether only one executeScript will work per inappbrowser instance. If jcesarmobile is correct that the reason the iFrame (used prior to the loadstop event occuring) disappears is due to the page actually finishing loading, then it would stand to reason that an iFrame created AFTER the page has loaded would NOT disappear, and you would not have to create a new one for every time you call executeScript. Is it possible (and less onerous) for executeScript to only create a new iFrame if it can't find an existing one? And again...why the heck does the Android platform seem to work just fine? executeScript callbacks not working for iOS --- Key: CB-9445 URL: https://issues.apache.org/jira/browse/CB-9445 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 5.1.1 Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, cordova-plugin-inappbrowser 1.0.1 (NPM) Reporter: Scott Seitz Assignee: jcesarmobile Can someone please check to see if they are encountering the same problem I am in the environment I've listed? (latest released builds of everything I think) I open an inappbrowser window and then run an executeScript command using code: (not file:). Everything works fine on Android, but on iOS, it simply will NOT fire the callback function after executing the injected code. Make the code: as simple as you like to test it and see if you can get a callback to fire. I've dumbed it down as much as possible and can't get one to fire. I know that all instances of code I've injected have run fine in the iab by using the console (against the iab) to check for the variables I was creating in the code. I can't even get a callback to fire that doesn't expect a parameter to be passed back... Many thanks, Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9527) InAppBrowser not working on ubuntu phone
David RICQ created CB-9527: -- Summary: InAppBrowser not working on ubuntu phone Key: CB-9527 URL: https://issues.apache.org/jira/browse/CB-9527 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Reporter: David RICQ Hi, When cordova.InAppBrowser.open(http://example.fr,_system;) is executed, it return InAppBrowser reference but nothing more happens (system browser is not display). It's an issue for _self and _blank too. If cordova.InAppBrowser.open is executed again, the app crash. Expected result : When cordova.InAppBrowser.open(http://example.fr,_system;) is executed, it should open the system browser app. For _self load the new url and _blank display the new window in InAppBrowser. Project use for test : https://github.com/Inglebard/YAOSWA -- 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-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705836#comment-14705836 ] Scott Seitz commented on CB-9445: - If that's the case, then it should definitely be documented. However, as to verifying across devices, running executeScript upon the loadstart event most certainly runs the script in the inappbrowser window and fires the callback for both iOS and Android. The problem I ran into was that a subsequent executeScript upon the loadstop event worked on both platforms, but only Android fired the callback. When I removed the executeScript from the loadstart event, the executeScript triggered by the loadstop event fired the callback just fine on iOS. What I failed to test was something akin to polling to see if all callbacks (after the loadstop event) work, or whether only one executeScript will work per inappbrowser instance. If jcesarmobile is correct that the reason the iFrame (used prior to the loadstop event occuring) disappears is due to the page actually finishing loading, then it would stand to reason that an iFrame created AFTER the page has loaded would NOT disappear, and you would not have to create a new one for every time you call executeScript. Is it possible (and less onerous) for executeScript to only create a new iFrame if it can't find an existing one? And again...why the heck does the Android platform seem to work just fine? executeScript callbacks not working for iOS --- Key: CB-9445 URL: https://issues.apache.org/jira/browse/CB-9445 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 5.1.1 Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, cordova-plugin-inappbrowser 1.0.1 (NPM) Reporter: Scott Seitz Assignee: jcesarmobile Can someone please check to see if they are encountering the same problem I am in the environment I've listed? (latest released builds of everything I think) I open an inappbrowser window and then run an executeScript command using code: (not file:). Everything works fine on Android, but on iOS, it simply will NOT fire the callback function after executing the injected code. Make the code: as simple as you like to test it and see if you can get a callback to fire. I've dumbed it down as much as possible and can't get one to fire. I know that all instances of code I've injected have run fine in the iab by using the console (against the iab) to check for the variables I was creating in the code. I can't even get a callback to fire that doesn't expect a parameter to be passed back... Many thanks, Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705853#comment-14705853 ] jcesarmobile commented on CB-9445: -- I explained why. On iOS the callbacks are executed using an iframe that is added only once, if you use executescript on loadstart the iframe is added to the empty page, so when the page is actually loaded the iframe is gone and callback won't work anymore. If you don't execute executescript on loadstart the bug won't appear, you can call executescript multiple times after loadstop without problems executeScript callbacks not working for iOS --- Key: CB-9445 URL: https://issues.apache.org/jira/browse/CB-9445 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 5.1.1 Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, cordova-plugin-inappbrowser 1.0.1 (NPM) Reporter: Scott Seitz Assignee: jcesarmobile Can someone please check to see if they are encountering the same problem I am in the environment I've listed? (latest released builds of everything I think) I open an inappbrowser window and then run an executeScript command using code: (not file:). Everything works fine on Android, but on iOS, it simply will NOT fire the callback function after executing the injected code. Make the code: as simple as you like to test it and see if you can get a callback to fire. I've dumbed it down as much as possible and can't get one to fire. I know that all instances of code I've injected have run fine in the iab by using the console (against the iab) to check for the variables I was creating in the code. I can't even get a callback to fire that doesn't expect a parameter to be passed back... Many thanks, Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7480) Update cordova-browser to build browser platform
[ https://issues.apache.org/jira/browse/CB-7480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704400#comment-14704400 ] *robin commented on CB-7480: Maybe use nwjs.io to build an browser app. Then use a packaginfg solution to create an app. Update cordova-browser to build browser platform Key: CB-7480 URL: https://issues.apache.org/jira/browse/CB-7480 Project: Apache Cordova Issue Type: New Feature Components: Browser Reporter: Suraj Pindoria Assignee: Suraj Pindoria -- 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-7143) OSX platform cannot be installed as described
[ https://issues.apache.org/jira/browse/CB-7143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705225#comment-14705225 ] ASF GitHub Bot commented on CB-7143: Github user tripodsan commented on the pull request: https://github.com/apache/cordova-osx/pull/12#issuecomment-133067844 as I wrote in the dev list: I created a pull request that updates the readme and provides the new node.js based scripts. see https://github.com/apache/cordova-osx/pull/13 and a 2nd pull request to add the osx platform the cordova-lib: https://github.com/apache/cordova-lib/pull/278 those basically bring the osx version back on track with the current nodejs based scripts. once those are in, I will incorporate some of the changes of @onflapp. OSX platform cannot be installed as described - Key: CB-7143 URL: https://issues.apache.org/jira/browse/CB-7143 Project: Apache Cordova Issue Type: Bug Components: OSX Affects Versions: 3.5.0 Environment: OSX 10.9.4 Reporter: Tim Stewart Following instructions as per: https://github.com/apache/cordova-osx Add the Cordova OSX Platform the a CLI project [sic] does not work. I checked out cordova from master, completed all the npm linking as described in the linked instructions and checked cordova version: 3.5.0-0.2.7-dev I then tried to follow this instruction: patch the 2 projects with the patches provided in the patches directory to enable the osx platform. I expected to be able to download and git apply these patches in the git root for each of the two node modules - cordova-cli and cordova-plugman. However, they are not set up correctly for this, and produced errors: error: platforms.js: No such file or directory error: src/platform.js: No such file or directory Indeed, the path locations in each patch do not seem to be vaild for any given location within either module. I thus ended up finding all files named platform.js and platforms.js (there are many, spread throughout the cordova-lib module within both cordova-cli and cordova-plugman), eyeballing them to see which files matched the patch changes, and copy/pasting the changes manually. (8 files in total, as the 4 patched files appear under cordova-lib in each cordova module.) When running cordova platform add osx, I then got an error about an invaild location for the ios-parser. I found the incorrect line in the patched cordova/platform.js and changed it as follows: parser : './metadata/ios_parser', Following this I was able to add the osx platform and run the app. Needless to say, this is a frustrating developer experience. I don't know why the osx platform information code is not included in cordova by default - it would seem to be fairly well isolated from effects on any other platform - but if it is going to be upgradable in this fashion, then the git patches should at least work. If they were designed to work (and ever did work) with a specific version of the cordova modules, or in a different location other than the git root, then that should be stated, instead of instructing the hapless developer to clone cordova from master and providing no further clues. -- 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-9490) LG G4 camera application saves photos when using destinationType DATA_URL
[ https://issues.apache.org/jira/browse/CB-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705908#comment-14705908 ] ASF GitHub Bot commented on CB-9490: Github user cojomojo commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/115#issuecomment-133204027 That was not suppose to be removed, must have done that accidentally. Ill fix it, and update the PR in a few minutes. LG G4 camera application saves photos when using destinationType DATA_URL - Key: CB-9490 URL: https://issues.apache.org/jira/browse/CB-9490 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Environment: LG G4, Android 5.1 Reporter: Cody Balos Assignee: Cody Balos Time Spent: 6h Remaining Estimate: 0h So far this issue only happens on an LG G4 using the stock camera application: Using the camera plugin, with destinationType set to DATA_URL, the expected functionality is for the base64 string to be returned to the javascript interface, and not saved to the file system without explicitly saving it separately. Using the LG G4 stock camera application, all photos are saved even when using destinationType DATA_URL if the retake option is used. The issue does not occur when using the Google Camera application or Camera 360 (both on the Play Store). -- 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