[jira] [Resolved] (CB-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-10106.
---
Resolution: Fixed
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10107) nativeEvalAndFetch called for all bridges
[ https://issues.apache.org/jira/browse/CB-10107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034483#comment-15034483 ] ASF subversion and git services commented on CB-10107: -- Commit 06b90981382457bb99e5edab62c14de683cf05e9 in cordova-plugin-wkwebview-engine's branch refs/heads/master from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-wkwebview-engine.git;h=06b9098 ] CB-10107 - nativeEvalAndFetch called for all bridges > nativeEvalAndFetch called for all bridges > - > > Key: CB-10107 > URL: https://issues.apache.org/jira/browse/CB-10107 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin WKWebViewEngine >Reporter: Shazron Abdullah > Labels: cordova-ios-4.0.x > > This function is useless for the WKWebView engine. This results in a JS error. > It is always called here: > https://github.com/apache/cordova-ios/blob/9513bc65bed3e04206938e16db0a31ae31545693/CordovaLib/Classes/Public/CDVCommandDelegateImpl.m#L158 -- 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-10093) No file path is returned when selecting picture from third party apps
[
https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034512#comment-15034512
]
ASF GitHub Bot commented on CB-10093:
-
Github user sencenan commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/141#discussion_r46334003
--- Diff: src/android/FileHelper.java ---
@@ -79,30 +79,59 @@ public static String getRealPath(String uriString,
CordovaInterface cordova) {
@SuppressLint("NewApi")
public static String getRealPathFromURI_API19(Context context, Uri
uri) {
String filePath = "";
+
try {
-String wholeID = DocumentsContract.getDocumentId(uri);
+String id;
+
+if (DocumentsContract.isDocumentUri(context, uri)) {
+String wholeID = DocumentsContract.getDocumentId(uri);
-// Split at colon, use second item in the array
-String id = wholeID.indexOf(":") > -1 ? wholeID.split(":")[1]
: wholeID.indexOf(";") > -1 ? wholeID
-.split(";")[1] : wholeID;
+// Split at colon, use second item in the array
+id = wholeID.indexOf(":") > -1
+? wholeID.split(":")[1]
+: wholeID.indexOf(";") > -1
+? wholeID.split(";")[1]
+: wholeID;
+} else {
+final String uriStr = uri.toString();
+
+if (
+uriStr.startsWith(
+
MediaStore.Images.Media.EXTERNAL_CONTENT_URI.toString()
+)
+) {
+id = uriStr.substring(uriStr.lastIndexOf("/") + 1);
+} else {
+throw new IllegalArgumentException(
+"Cannot get real path from uri: " + uriStr
+);
+}
+}
String[] column = { MediaStore.Images.Media.DATA };
// where id is equal to
String sel = MediaStore.Images.Media._ID + "=?";
-Cursor cursor =
context.getContentResolver().query(MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
column,
-sel, new String[] { id }, null);
+Cursor cursor = context.getContentResolver().query(
--- End diff --
Done. However the existing line's readability is dubious at best.
> No file path is returned when selecting picture from third party apps
> -
>
> Key: CB-10093
> URL: https://issues.apache.org/jira/browse/CB-10093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
> Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova
> 5.4.0
>Reporter: Ying Wei Loke
> Labels: android
>
> 1) Camera.getPicture with
> - source type: PHOTOLIBRARY
> - destination type: FILE_URI
> 2) On the photo library, open other apps from menu (e.g. gallery/file
> manager/One Drive, etc)
> 3) Select any picture.
> Actual result:
> No file path for the picture selected is returned to the camera plugin.
> Note: Was working previously on plugin version 1.2.0.
> Logs with logcat:
> D/Documents(29453): onActivityResult() code=-1
> V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0
> D/CordovaInterfaceImpl(15585): Sending activity result to plugin
> D/CameraLauncher(15585): File locaton is:
> I/Timeline(15585): Timeline: Activity_idle id:
> android.os.BinderProxy@16b7c72d time:10419445
> W/System.err(15585): java.io.FileNotFoundException:
> /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache:
> open failed: EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:87)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:127)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:116)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err(15585): at
[jira] [Commented] (CB-10093) No file path is returned when selecting picture from third party apps
[
https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034513#comment-15034513
]
ASF GitHub Bot commented on CB-10093:
-
Github user sencenan commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/141#discussion_r46334032
--- Diff: src/android/FileHelper.java ---
@@ -79,30 +79,59 @@ public static String getRealPath(String uriString,
CordovaInterface cordova) {
@SuppressLint("NewApi")
public static String getRealPathFromURI_API19(Context context, Uri
uri) {
String filePath = "";
+
try {
-String wholeID = DocumentsContract.getDocumentId(uri);
+String id;
+
+if (DocumentsContract.isDocumentUri(context, uri)) {
+String wholeID = DocumentsContract.getDocumentId(uri);
-// Split at colon, use second item in the array
-String id = wholeID.indexOf(":") > -1 ? wholeID.split(":")[1]
: wholeID.indexOf(";") > -1 ? wholeID
-.split(";")[1] : wholeID;
+// Split at colon, use second item in the array
+id = wholeID.indexOf(":") > -1
+? wholeID.split(":")[1]
+: wholeID.indexOf(";") > -1
+? wholeID.split(";")[1]
+: wholeID;
+} else {
+final String uriStr = uri.toString();
+
+if (
--- End diff --
Done.
> No file path is returned when selecting picture from third party apps
> -
>
> Key: CB-10093
> URL: https://issues.apache.org/jira/browse/CB-10093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
> Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova
> 5.4.0
>Reporter: Ying Wei Loke
> Labels: android
>
> 1) Camera.getPicture with
> - source type: PHOTOLIBRARY
> - destination type: FILE_URI
> 2) On the photo library, open other apps from menu (e.g. gallery/file
> manager/One Drive, etc)
> 3) Select any picture.
> Actual result:
> No file path for the picture selected is returned to the camera plugin.
> Note: Was working previously on plugin version 1.2.0.
> Logs with logcat:
> D/Documents(29453): onActivityResult() code=-1
> V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0
> D/CordovaInterfaceImpl(15585): Sending activity result to plugin
> D/CameraLauncher(15585): File locaton is:
> I/Timeline(15585): Timeline: Activity_idle id:
> android.os.BinderProxy@16b7c72d time:10419445
> W/System.err(15585): java.io.FileNotFoundException:
> /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache:
> open failed: EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:87)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:127)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:116)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> W/System.err(15585): at java.lang.Thread.run(Thread.java:818)
> W/System.err(15585): Caused by: android.system.ErrnoException: open failed:
> EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.Posix.open(Native Method)
> W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442)
> W/System.err(15585): ... 10 more
--
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-10093) No file path is returned when selecting picture from third party apps
[ https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034536#comment-15034536 ] ASF GitHub Bot commented on CB-10093: - Github user sencenan commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/141#issuecomment-161089732 ICLA signed and mailed to. > No file path is returned when selecting picture from third party apps > - > > Key: CB-10093 > URL: https://issues.apache.org/jira/browse/CB-10093 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova > 5.4.0 >Reporter: Ying Wei Loke > Labels: android > > 1) Camera.getPicture with > - source type: PHOTOLIBRARY > - destination type: FILE_URI > 2) On the photo library, open other apps from menu (e.g. gallery/file > manager/One Drive, etc) > 3) Select any picture. > Actual result: > No file path for the picture selected is returned to the camera plugin. > Note: Was working previously on plugin version 1.2.0. > Logs with logcat: > D/Documents(29453): onActivityResult() code=-1 > V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0 > D/CordovaInterfaceImpl(15585): Sending activity result to plugin > D/CameraLauncher(15585): File locaton is: > I/Timeline(15585): Timeline: Activity_idle id: > android.os.BinderProxy@16b7c72d time:10419445 > W/System.err(15585): java.io.FileNotFoundException: > /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache: > open failed: EISDIR (Is a directory) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:87) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:127) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:116) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > W/System.err(15585): at java.lang.Thread.run(Thread.java:818) > W/System.err(15585): Caused by: android.system.ErrnoException: open failed: > EISDIR (Is a directory) > W/System.err(15585): at libcore.io.Posix.open(Native Method) > W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442) > W/System.err(15585): ... 10 more -- 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-10107) nativeEvalAndFetch called for all bridges
[ https://issues.apache.org/jira/browse/CB-10107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10107. --- Resolution: Fixed > nativeEvalAndFetch called for all bridges > - > > Key: CB-10107 > URL: https://issues.apache.org/jira/browse/CB-10107 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin WKWebViewEngine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > This function is useless for the WKWebView engine. This results in a JS error. > It is always called here: > https://github.com/apache/cordova-ios/blob/9513bc65bed3e04206938e16db0a31ae31545693/CordovaLib/Classes/Public/CDVCommandDelegateImpl.m#L158 -- 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-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034671#comment-15034671
]
Frederico Costa Galvão commented on CB-10108:
-
CB-10108 has been made finally visible by the fix for CB-9976.
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CLI, iOS
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, framework, gradle, plugin, prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> {code}
> So, the thing is: the code responsible for installing or uninstalling
> frameworks for android (I haven't checked other platforms
[jira] [Commented] (CB-10096) Update Gradle Version to work with Instant Run
[ https://issues.apache.org/jira/browse/CB-10096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034738#comment-15034738 ] Frederico Costa Galvão commented on CB-10096: - Yes, please. I was gonna ask around about this when I saw it in Android Studio release note. > Update Gradle Version to work with Instant Run > -- > > Key: CB-10096 > URL: https://issues.apache.org/jira/browse/CB-10096 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Joe Bowser > > Android Studio 2.0.0 has instant run which works really well with Cordova > projects, but the templates still use an old Gradle version, and it takes a > long time to resolve all the issues, we should make sure we're using a good > Gradle version to support it. -- 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-7296) [UIWebView][iOS 8] Failing tests (wkwebview branch)
[
https://issues.apache.org/jira/browse/CB-7296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-7296.
--
Resolution: Duplicate
Assignee: Shazron Abdullah
Consolidating into CB-10082
> [UIWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7296
> URL: https://issues.apache.org/jira/browse/CB-7296
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> 4 failing tests, probably related to CB-6911.
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value1":"test","value2":"param"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/4f9b06679ea88dfecbfa46a44a22b2e5","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T22:07:08.305Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> ExpectationResult@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:102:41
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:1194:58
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/tests/filetransfer.tests.js:456:54
> spyObj@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:401:29
> win@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/plugins/org.apache.cordova.file-transfer/www/FileTransfer.js:139:47
> callbackFromNative@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:292:59
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1086:35
> nativeEvalAndFetch@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1094:13
> nativeCallback@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/cordova.js?paramShouldBeIgnored:1083:38
> global
> code@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/pages/all.html:1:47
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value1":"test","value2":"param"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/2504d802312c4370c7dbf6f77f031abf","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T22:07:08.532Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> ExpectationResult@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:102:41
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:1194:58
> file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/tests/filetransfer.tests.js:509:54
> spyObj@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/autotest/jasmine.js:401:29
> win@file:///private/var/mobile/Containers/Bundle/Application/CDEB935F-D142-4048-8C05-C0EBC0B3A27F/WKTest.app/www/plugins/org.apache.cordova.file-transfer/www/FileTransfer.js:139:47
>
[jira] [Updated] (CB-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frederico Costa Galvão updated CB-10108:
Labels: android framework gradle plugin prepare xcode (was: )
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CLI, iOS
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, framework, gradle, plugin, prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> {code}
> So, the thing is: the code responsible for installing or uninstalling
> frameworks for android (I haven't checked other platforms completely) tries
> to access the
[jira] [Updated] (CB-10063) cordova-cli 5.4.0 bug with PList creation
[
https://issues.apache.org/jira/browse/CB-10063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Gill updated CB-10063:
Labels: cordova-6.0.0 (was: )
> cordova-cli 5.4.0 bug with PList creation
> -
>
> Key: CB-10063
> URL: https://issues.apache.org/jira/browse/CB-10063
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI, CordovaLib
>Affects Versions: 5.4.0
>Reporter: Gregor
> Labels: cordova-6.0.0
>
> Our config.xml has this part in:
> {code:java}
>
>
>
>parent="UISupportedInterfaceOrientations">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationPortraitUpsideDown
>
>
>parent="UISupportedInterfaceOrientations~ipad">
>
> UIInterfaceOrientationPortrait
> UIInterfaceOrientationLandscapeLeft
> UIInterfaceOrientationPortraitUpsideDown
> UIInterfaceOrientationLandscapeRight
>
>
>
> {code}
> With Cordova 5.4.0 installed, PList gets generated, but there is no part with
> orientation options in. Removing 5.4.0 and installing 5.3.3, everything
> functions as should.
> Looking at update_platform_config.js hook and echoing this line out
> {code:java}
> fs.writeFileSync(targetFile, tempInfoPlist, 'utf-8');
> {code}
> You will see in console, the part with orientation is in. Also, if you save
> this exact same string into some new generic file, it will be successfully
> saved. However, the original platforms/ios/myapp/myapp.plist file won't
> include the orientation part.
> This is a serious bug and a huge issue for us. Going to buggy 5.3.3 is a huge
> step down for us, and not having this orientation in 5.4.0 is another.
> I don't know if there's actually anyone alive here, but I surely hope,
> someone will someday found this ticket and say "hey.. look.. we aren't the
> only ones that have the problem with the orientation thing on ios"
> Regards.
--
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-7287) [WKWebView][iOS 9] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7287:
-
Environment: iOS 9 (was: iOS 8)
> [WKWebView][iOS 9] Failing tests
>
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-7287) [WKWebView][iOS 9] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7287:
-
Summary: [WKWebView][iOS 9] Failing tests (was: [WKWebView] Failing tests)
> [WKWebView][iOS 9] Failing tests
>
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-7288) [WKWebView][iOS 8] Failing tests (wkwebview branch)
[
https://issues.apache.org/jira/browse/CB-7288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-7288.
--
Resolution: Duplicate
Consolidating into CB-7287
> [WKWebView][iOS 8] Failing tests (wkwebview branch)
> ---
>
> Key: CB-7288
> URL: https://issues.apache.org/jira/browse/CB-7288
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8 beta 5
>Reporter: Shazron Abdullah
>Assignee: Jesse MacFadyen
>Priority: Critical
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 24 failing tests using iOS 8 beta 5 simulator:
> {code}
> Accelerometer 4/11 (failed spec 3, 4, 5, 7, 8, 9, 11 -- all timeouts)
> Compass 9/10 (failed spec 3 -- timeout)
> Contacts 23/27 (failed specs 6, 20, 21, 24 -- all DataClone error DOM
> Exception 25)
> File 124/130 (failed specs 18, 27, 78, 106, 114, 116 -- all timeouts)
> FileTransfer 27/30 (failed specs 18, 19, 29)
> Storage 18/19 (failed spec 18)
> Bridge 0/1 (blank screen)
> Whitelist plugin failed 0/1 (not tested see CB-7049)
> Local xhr 7/9 (failed specs 9, 4)
> {code}
> Tests passed:
> {code}
> Battery 1/1
> Camera 7/7
> Capture 12/12
> Data URI 2/2
> Device 8/8
> Geolocation 8/8
> Globalization 44/44
> Media 17/17
> Network 4/4
> Notification 5/5
> Platform 2/2
> Splashscreen 3/3
> Vibration 2/2
> {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-9884) Windows platform cannot play audio from http stream if url does not end with a supported file extension
[ https://issues.apache.org/jira/browse/CB-9884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034522#comment-15034522 ] ASF subversion and git services commented on CB-9884: - Commit 8ae0841d0a6a13b38752693845f7e510512824eb in cordova-plugin-media's branch refs/heads/master from [~ghenry22] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=8ae0841 ] fix CB-9884 & CB-9885 add support for streaming url prefixes that do not end in a file extension add base requirements for enabling background audio in a windows app > Windows platform cannot play audio from http stream if url does not end with > a supported file extension > --- > > Key: CB-9884 > URL: https://issues.apache.org/jira/browse/CB-9884 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media > Environment: cordova platform windows > Windows 10 Universal App >Reporter: Gaven Henry >Priority: Critical > Original Estimate: 1h > Remaining Estimate: 1h > > on platform-windows the media plugin checks that the audio source is > supported by looking for a supported file extension (eg .mp3). If it is not > found then the media object create() fails. > When streaming media from a remote server the url will often not end with a > file extension (for example playing a music stream from the subsonic music > server). > Need to add prefix detection as well to enable the plugin to play from http, > https and rtsp prefixed addresses. -- 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-9884) Windows platform cannot play audio from http stream if url does not end with a supported file extension
[ https://issues.apache.org/jira/browse/CB-9884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034539#comment-15034539 ] ASF GitHub Bot commented on CB-9884: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-media/pull/74 > Windows platform cannot play audio from http stream if url does not end with > a supported file extension > --- > > Key: CB-9884 > URL: https://issues.apache.org/jira/browse/CB-9884 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media > Environment: cordova platform windows > Windows 10 Universal App >Reporter: Gaven Henry >Priority: Critical > Original Estimate: 1h > Remaining Estimate: 1h > > on platform-windows the media plugin checks that the audio source is > supported by looking for a supported file extension (eg .mp3). If it is not > found then the media object create() fails. > When streaming media from a remote server the url will often not end with a > file extension (for example playing a music stream from the subsonic music > server). > Need to add prefix detection as well to enable the plugin to play from http, > https and rtsp prefixed addresses. -- 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-10107) nativeEvalAndFetch called for all bridges
[ https://issues.apache.org/jira/browse/CB-10107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-10107: - Assignee: Shazron Abdullah > nativeEvalAndFetch called for all bridges > - > > Key: CB-10107 > URL: https://issues.apache.org/jira/browse/CB-10107 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin WKWebViewEngine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > This function is useless for the WKWebView engine. This results in a JS error. > It is always called here: > https://github.com/apache/cordova-ios/blob/9513bc65bed3e04206938e16db0a31ae31545693/CordovaLib/Classes/Public/CDVCommandDelegateImpl.m#L158 -- 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-9885) windows platform cannot play background audio
[ https://issues.apache.org/jira/browse/CB-9885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034523#comment-15034523 ] ASF subversion and git services commented on CB-9885: - Commit 8ae0841d0a6a13b38752693845f7e510512824eb in cordova-plugin-media's branch refs/heads/master from [~ghenry22] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=8ae0841 ] fix CB-9884 & CB-9885 add support for streaming url prefixes that do not end in a file extension add base requirements for enabling background audio in a windows app > windows platform cannot play background audio > - > > Key: CB-9885 > URL: https://issues.apache.org/jira/browse/CB-9885 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media > Environment: cordova platform windows > windows 10 universal app >Reporter: Gaven Henry > Original Estimate: 1h > Remaining Estimate: 1h > > There are specific requirements to play background audio in a windows 10 > universal app. If they are not met then audio will stop whenever the app is > minimized or in the background. > One of these requirements needs to be set on creation of the media object > before the source is assigned. > Need to update the create() method for the windows platform to assign > msAudioCategory value so that people CAN enable background audio if they wish. > This change has no impact on the general use case and audio will continue to > behave the same way it currently does UNLESS the user also meets the other > requirements in their particular app to enable background audio. > These requirements are: > register for media controls > addition to the package.appxmanifest for your app to specifically enable > background audio. > There is some reference material here for the additional requirements: > http://blogs.technet.com/b/chadduffey/archive/2014/06/27/implement-background-audio-for-modern-windows-applications.aspx -- 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-9885) windows platform cannot play background audio
[ https://issues.apache.org/jira/browse/CB-9885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-9885. - Resolution: Fixed > windows platform cannot play background audio > - > > Key: CB-9885 > URL: https://issues.apache.org/jira/browse/CB-9885 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media > Environment: cordova platform windows > windows 10 universal app >Reporter: Gaven Henry > Original Estimate: 1h > Remaining Estimate: 1h > > There are specific requirements to play background audio in a windows 10 > universal app. If they are not met then audio will stop whenever the app is > minimized or in the background. > One of these requirements needs to be set on creation of the media object > before the source is assigned. > Need to update the create() method for the windows platform to assign > msAudioCategory value so that people CAN enable background audio if they wish. > This change has no impact on the general use case and audio will continue to > behave the same way it currently does UNLESS the user also meets the other > requirements in their particular app to enable background audio. > These requirements are: > register for media controls > addition to the package.appxmanifest for your app to specifically enable > background audio. > There is some reference material here for the additional requirements: > http://blogs.technet.com/b/chadduffey/archive/2014/06/27/implement-background-audio-for-modern-windows-applications.aspx -- 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-9884) Windows platform cannot play audio from http stream if url does not end with a supported file extension
[ https://issues.apache.org/jira/browse/CB-9884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-9884. - Resolution: Fixed > Windows platform cannot play audio from http stream if url does not end with > a supported file extension > --- > > Key: CB-9884 > URL: https://issues.apache.org/jira/browse/CB-9884 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media > Environment: cordova platform windows > Windows 10 Universal App >Reporter: Gaven Henry >Priority: Critical > Original Estimate: 1h > Remaining Estimate: 1h > > on platform-windows the media plugin checks that the audio source is > supported by looking for a supported file extension (eg .mp3). If it is not > found then the media object create() fails. > When streaming media from a remote server the url will often not end with a > file extension (for example playing a music stream from the subsonic music > server). > Need to add prefix detection as well to enable the plugin to play from http, > https and rtsp prefixed addresses. -- 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-7287) [WKWebView] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034605#comment-15034605
]
Shazron Abdullah commented on CB-7287:
--
3 Actual failures:
{code}
1. filetransfer.spec.34 failed
2. XMLHttpRequest.spec.4 failed
3. storage.spec.18 failed
{code}
The rest of the 14 failures (file.transfer.specs 4, 5, 6, 12, 13, 18, 19, 21,
22, 28, 29, 30, 31, 32) are dependent on INFRA-10831, like the issue CB-10082.
> [WKWebView] Failing tests
> -
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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] [Created] (CB-10108) Plugin framework management fails
Frederico Costa Galvão created CB-10108:
---
Summary: Plugin framework management fails
Key: CB-10108
URL: https://issues.apache.org/jira/browse/CB-10108
Project: Apache Cordova
Issue Type: Bug
Components: Android, CLI, iOS
Affects Versions: 5.4.1
Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
-v === 3.3.12\}
Reporter: Frederico Costa Galvão
The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
one (or made it visible), and the initial problem is thus left unsolved.
Actually, I think the newly visible issue is something I've been suspecting for
a while now. I'll explain it along the way.
I was able to reproduce with a minimal scenario:
(Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
issue at hand)
* npm rm -g cordova && npm i -g cordova@5.3.3
* mkdir -p
/lib/node_modules/cordova/node_modules/cordova-lib/node_modules && ln
-s /lib/node_modules/cordova/node_modules/cordova-app-hello-world
/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
* cordova create hello
* cd hello/
* cordova platform add \-\-save android
* cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
APP_ID="123456789" \-\-variable APP_NAME="myApplication"
* cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
everything is okay, and this minSdkVersion is to work around another issue*
* npm rm -g cordova && npm i -g cordova@5.4.1
Before we go on, open up
/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
and add the following line at #174
{code:javascript}
console.log('options', JSON.stringify(options, null, 4));
{code}
* cordova prepare android -d
Result:
{code}
Executing "before_prepare" hook for all plugins.
Searching PlatformJson files for differences between project vs. platform
installed plugins
Reinstalling missing plugin cordova-plugin-device to android platform
Beginning processing of action stack for android project...
Action stack processing complete.
Beginning processing of action stack for android project...
Action stack processing complete.
Reinstalling missing plugin cordova-plugin-facebook4 to android platform
Beginning processing of action stack for android project...
Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
options {
"platforms": [
"android"
],
"options": {
"verbose": true,
"argv": []
},
"verbose": true,
"silent": false,
"browserify": false,
"projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
"cordova": {
"platforms": [],
"plugins": [
"cordova-plugin-device",
"cordova-plugin-facebook4"
],
"version": "5.4.1"
},
"paths": [
"/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
],
"variables": {
"APP_ID": "123456789",
"APP_NAME": "myApplication",
"PACKAGE_NAME": "io.cordova.hellocordova"
},
"usePlatformWww": true
}
Error during processing of action! Attempting to revert...
Error: TypeError: Uh oh!
Invalid Version: undefined
at new SemVer
(/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
at compare
(/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
at Function.gte
(/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
at module.exports.framework.uninstall
(/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
at
/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
at Object.ActionStack.process
(/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
at PlatformApiPoly.removePlugin
(/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
at
/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
at _fulfilled
(/lib/node_modules/cordova/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/lib/node_modules/cordova/node_modules/q/q.js:816:30)
{code}
So, the thing is: the code responsible for installing or uninstalling
frameworks for android (I haven't checked other platforms completely) tries to
access the platform version in a way that does not match reality. This bug only
appears if you have a plugin that includes framework dependencies, as is the
case with jeduan's cordova-plugin-facebook4.
*options.platformVersion* is never a valid attribute of this object, in any
test I've done, and the correct way to get it should be
*options.cordova.version*.
The thing is, I've been suspecting that plugin uninstallations were never able
to handle gradle dependencies added by a plugin, as far
[jira] [Commented] (CB-9976) Updating to cordovaLib 5.4.0 breaks ios installed plugins
[ https://issues.apache.org/jira/browse/CB-9976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034672#comment-15034672 ] Frederico Costa Galvão commented on CB-9976: Unfortunatelly this isn't completely fixed. See CB-10108 for details. > Updating to cordovaLib 5.4.0 breaks ios installed plugins > - > > Key: CB-9976 > URL: https://issues.apache.org/jira/browse/CB-9976 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Steve Gill >Assignee: Vladimir Kotikov > Fix For: 5.4.1 > > > cordova_plugins.js doesn't get created for ios when updating from an older > cli to a newer cli. > Have to remove and add plugins manually to get plugins working again. > Reproduce (need to use npm < 3): > npm install -g cordova@5.3.3 > cordova create helloWorld > cd helloWorld > cordova platform add ios > cordova plugin add cordova-plugin-device > cordova prepare (helloWorld/platforms/ios/www/cordova_plugins.js is created) > npm install -g cordova@5.4.0 > cordova prepare (helloWorld/platforms/ios/www/cordova_plugins.js doesn't > exist) > `helloWorld/platforms/ios/ios.json` is also incorrect in the updated version. -- 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-10096) Update Gradle Version to work with Instant Run
[ https://issues.apache.org/jira/browse/CB-10096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034777#comment-15034777 ] Joe Bowser commented on CB-10096: - This won't happen until Android Studio 2.0 gets released in stable. We're not bumping our Android Gradle plugin to an alpha release. > Update Gradle Version to work with Instant Run > -- > > Key: CB-10096 > URL: https://issues.apache.org/jira/browse/CB-10096 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Joe Bowser > > Android Studio 2.0.0 has instant run which works really well with Cordova > projects, but the templates still use an old Gradle version, and it takes a > long time to resolve all the issues, we should make sure we're using a good > Gradle version to support it. -- 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-7287) [WKWebView][iOS 9] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034807#comment-15034807
]
Shazron Abdullah commented on CB-7287:
--
filetransfer.spec.34 should be re-tested since it relies on the server in
INFRA-10831 to be up, so only the failures 2 and 3 above need to be checked out.
> [WKWebView][iOS 9] Failing tests
>
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034874#comment-15034874
]
Steve Gill commented on CB-10108:
-
Quite the bug. Maybe [~vladimir.kotikov] can take a look.
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CLI, iOS
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, cordova-6.0.0, framework, gradle, plugin,
> prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> {code}
> So, the thing is: the code responsible for installing or uninstalling
> frameworks for android (I haven't checked other platforms completely)
[jira] [Updated] (CB-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Gill updated CB-10108:
Labels: android cordova-6.0.0 framework gradle plugin prepare xcode (was:
android framework gradle plugin prepare xcode)
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CLI, iOS
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, cordova-6.0.0, framework, gradle, plugin,
> prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> {code}
> So, the thing is: the code responsible for installing or uninstalling
> frameworks for android (I haven't checked
[jira] [Commented] (CB-9827) Implement and expose PlatformApi for iOS
[ https://issues.apache.org/jira/browse/CB-9827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034796#comment-15034796 ] ASF GitHub Bot commented on CB-9827: Github user shazron commented on the pull request: https://github.com/apache/cordova-ios/pull/176#issuecomment-161124103 What do you guys think of merging this in for cordova-ios 4.0 release? I'm still working on CB-7287 mobile-spec failures (3) for WKWebView, but the platform is almost good to go. > Implement and expose PlatformApi for iOS > > > Key: CB-9827 > URL: https://issues.apache.org/jira/browse/CB-9827 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Vladimir Kotikov >Assignee: Sergey Grebnov > Labels: PlatformApi > Fix For: 5.0.0 > > -- 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-7287) [WKWebView][iOS 9] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034831#comment-15034831
]
Shazron Abdullah commented on CB-7287:
--
storage.spec.18 failure is a known WKWebView bug (not fixed as of iOS 9.1):
https://bugs.webkit.org/show_bug.cgi?id=137760
XMLHttpRequest.spec.4 faillure is a known WKWebView issue, where CORS is now
respected and cannot load files from file:// urls, only http*:// urls are
allowed.
All failures are accounted for, and the 15 file-transfer tests need to be
re-tested once INFRA-10831 is resolved.
> [WKWebView][iOS 9] Failing tests
>
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility
[ https://issues.apache.org/jira/browse/CB-8659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8659. -- Resolution: Fixed CB-10082 and CB-7287 tests all the plugins and almost all the tests are resolved. No build failures, just iOS WKWebView issues and INFRA-10831. > iOS Plugins: Cordova-iOS 4.0.0 compatibility > > > Key: CB-8659 > URL: https://issues.apache.org/jira/browse/CB-8659 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Battery Status, Plugin Camera, Plugin > Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin > Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin > Media Capture >Affects Versions: 4.0.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > Labels: cordova-ios-4.0.x > > iOS Plugins need to stop using initWithWebView: > They also depend on several deprecated categories: > - NSArray+Comparisons.h > - NSDictionary+Extensions.h > These need to be fixed in a backwards-compatible way before 4.0.0 is released. -- 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-10100) plugin dependencies shouldn't grab new major
[ https://issues.apache.org/jira/browse/CB-10100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-10100. - Resolution: Fixed > plugin dependencies shouldn't grab new major > - > > Key: CB-10100 > URL: https://issues.apache.org/jira/browse/CB-10100 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 1.4.0 >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 1.4.1 > > > file-transfer plugin has a dependency on file plugin which looks like > >=3.0.0. We need to change this so it doesn't grab new majors automatically. > I'm going to change it to ^3.0.0. This will give the plugin the flexibility > to grab minor and patch updates of dependencies. -- 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-8917) Add api/way to get plugins results even when Cordova activity restarts
[ https://issues.apache.org/jira/browse/CB-8917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034916#comment-15034916 ] ASF GitHub Bot commented on CB-8917: Github user riknoll commented on the pull request: https://github.com/apache/cordova-docs/pull/428#issuecomment-161136854 Rebased the PR > Add api/way to get plugins results even when Cordova activity restarts > > > Key: CB-8917 > URL: https://issues.apache.org/jira/browse/CB-8917 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Bnaya > > In android when you have a plugin that opens new activity the CordovaActivity > will be killed and you won't get the result from the plugin. > The new activity will get the results but because the plugin objects are dead > and the webview reloaded you can get the data to the js callback. > The most noticeable example is the camera plugin. (And maybe its the same > with even more platforms) > possible solution for this is to add metadata to the device ready event with > incoming data from plugins. -- 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-10081) Pin plugins in cordova-lib
[ https://issues.apache.org/jira/browse/CB-10081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-10081. - Resolution: Fixed > Pin plugins in cordova-lib > -- > > Key: CB-10081 > URL: https://issues.apache.org/jira/browse/CB-10081 > Project: Apache Cordova > Issue Type: New Feature > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill > Labels: cordova-6.0.0 > Fix For: 6.0.0 > > > following this proposal: https://github.com/cordova/cordova-discuss/pull/29 -- 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-8115) incorrect birthday saved to phonebook using Contacts Plugin
[
https://issues.apache.org/jira/browse/CB-8115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034939#comment-15034939
]
ASF GitHub Bot commented on CB-8115:
Github user dblotsky commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-contacts/pull/95#discussion_r46360939
--- Diff: src/android/ContactAccessorSdk5.java ---
@@ -451,7 +452,13 @@ else if
(mimetype.equals(CommonDataKinds.Website.CONTENT_ITEM_TYPE)
else if
(mimetype.equals(CommonDataKinds.Event.CONTENT_ITEM_TYPE)) {
if (isRequired("birthday", populate) &&
CommonDataKinds.Event.TYPE_BIRTHDAY ==
c.getInt(colEventType)) {
-contact.put("birthday",
c.getString(colBirthday));
+
+try {
+long timestamp =
Date.valueOf(c.getString(colBirthday)).getTime();
+contact.put("birthday", timestamp);
+} catch (IllegalArgumentException e) {
+Log.d(LOG_TAG, "Failed to get birthday for
contact: " + e.getMessage());
+}
--- End diff --
This code is duplicated below. Please place it in a function. Also, if
there is an `IllegalArgumentException`, a birthday won't be set at all; is this
what we define as expected behaviour for this plugin's API?
> incorrect birthday saved to phonebook using Contacts Plugin
> ---
>
> Key: CB-8115
> URL: https://issues.apache.org/jira/browse/CB-8115
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 4.0.0
> Environment: Android and IOS
>Reporter: Kiran Jain
>Assignee: Vladimir Kotikov
>Priority: Minor
> Labels: Android, IOS, birthday, reproduced, triaged
>
> We are facing an issue while trying to add birthday to Contact while using
> Cordova for android while adding a new contact to the phonebook
> following is part of the code
> contact = navigator.contacts.create({
> "displayName": displayname
> });
> // store contact name
> var contactName = new ContactName();
> contactName.familyName = lastname;
> contactName.givenName = firstname
> contact.name = contactName;
> contact.birthday = new Date("16 May 1984");
> // save the contact
> contact.save();
> With above code, when data is viewed in android phone, the birthday is save
> as 29-12-6731 instead of expected 16-May-1984
> we have tried all possible combinations of date entry viz: 16-May-1984 ;
> 16/May/1984 ; 16/5/1984 ; new date(1984,05,16)
> but all in vain the results are the same.
> also need to know how to save anniversary date
> when using this plugin for IOS, the date saved is 15-May-1984 (1 day less
> than expected).
--
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-9348) Unable to get linked contact's phone number, while using pickContact
[ https://issues.apache.org/jira/browse/CB-9348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034982#comment-15034982 ] ASF GitHub Bot commented on CB-9348: Github user dblotsky commented on a diff in the pull request: https://github.com/apache/cordova-plugin-contacts/pull/88#discussion_r46362735 --- Diff: README.md --- @@ -217,6 +217,10 @@ function specified by the __contactSuccess__ parameter. - Windows 8 - Windows +### iOS Quirks + +- On iOS, contact object, passed to `contactSuccess` will also contain some properties, such as `phoneNumbers`, `emails` and `ims`, fetched from contacts, linked to one, which was picked by user. However these fields from linked contacts won't be saved to device's address book. This is made intentionally to prevent creating lots of fields duplicates in both unified and linked contact. + --- End diff -- Why is this in two places? > Unable to get linked contact's phone number, while using pickContact > > > Key: CB-9348 > URL: https://issues.apache.org/jira/browse/CB-9348 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 1.1.0 >Reporter: Dipanjan Chakraborty >Assignee: Vladimir Kotikov > Labels: linked-contacts, reproduced, triaged > > using cordova v5.1.1 and contacts plugin v1.1.0 > we are unable to fetch the mobile numbers from the phonebook especially if > there are contacts linked. > example: > the main contact is > Name: John Doe > mobile: 99 > the linked G+ contact is > Name J.Doe > mobile: 88 > When fetching the contact using pickContact , it does not fetch either phone > numbers. however, the name of the secondary (J.Doe) is fetched . > Appreciate any help on this issue. > Thanks in advance. -- 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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034981#comment-15034981
]
ASF GitHub Bot commented on CB-9452:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-media/pull/63
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-7287) [WKWebView][iOS 9] Failing tests on mobile-spec
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7287:
-
Summary: [WKWebView][iOS 9] Failing tests on mobile-spec (was:
[WKWebView][iOS 9] Failing tests)
> [WKWebView][iOS 9] Failing tests on mobile-spec
> ---
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Gill updated CB-10108:
Component/s: (was: CLI)
(was: Android)
(was: iOS)
CordovaLib
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, cordova-6.0.0, framework, gradle, plugin,
> prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
> (/lib/node_modules/cordova/node_modules/q/q.js:816:30)
> {code}
> So, the thing is: the code responsible for installing or uninstalling
> frameworks for android (I haven't checked other
[jira] [Commented] (CB-10108) Plugin framework management fails
[
https://issues.apache.org/jira/browse/CB-10108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034879#comment-15034879
]
Steve Gill commented on CB-10108:
-
options.platformVersion is a different value than options.cordova.version.
platformVersion is supposed to represent the version of cordova-android and
cordova.version is supposed to represent the version of the cli/lib.
> Plugin framework management fails
> -
>
> Key: CB-10108
> URL: https://issues.apache.org/jira/browse/CB-10108
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 5.4.1
> Environment: Linux Xubuntu 13.10 x86_64, \{node -v === v5.1.0\} \{npm
> -v === 3.3.12\}
>Reporter: Frederico Costa Galvão
> Labels: android, cordova-6.0.0, framework, gradle, plugin,
> prepare, xcode
>
> The fix to https://issues.apache.org/jira/browse/CB-9976 has created another
> one (or made it visible), and the initial problem is thus left unsolved.
> Actually, I think the newly visible issue is something I've been suspecting
> for a while now. I'll explain it along the way.
> I was able to reproduce with a minimal scenario:
> (Step #2 is to fix another issue with 5.3.3, it has nothing to do with the
> issue at hand)
> * npm rm -g cordova && npm i -g cordova@5.3.3
> * mkdir -p
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules &&
> ln -s
> /lib/node_modules/cordova/node_modules/cordova-app-hello-world
> /lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-app-hello-world
>
> * cordova create hello
> * cd hello/
> * cordova platform add \-\-save android
> * cordova plugin add \-\-save cordova-plugin-facebook4 \-\-variable
> APP_ID="123456789" \-\-variable APP_NAME="myApplication"
> * cordova \-d compile android \-\- \-\-minSdkVersion=15 *<\- At this point
> everything is okay, and this minSdkVersion is to work around another issue*
> * npm rm -g cordova && npm i -g cordova@5.4.1
> Before we go on, open up
> /lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js
> and add the following line at #174
> {code:javascript}
> console.log('options', JSON.stringify(options, null, 4));
> {code}
> * cordova prepare android -d
> Result:
> {code}
> Executing "before_prepare" hook for all plugins.
> Searching PlatformJson files for differences between project vs. platform
> installed plugins
> Reinstalling missing plugin cordova-plugin-device to android platform
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Beginning processing of action stack for android project...
> Action stack processing complete.
> Reinstalling missing plugin cordova-plugin-facebook4 to android platform
> Beginning processing of action stack for android project...
> Uninstalling Android library: com.facebook.android:facebook-android-sdk:4.+
> options {
> "platforms": [
> "android"
> ],
> "options": {
> "verbose": true,
> "argv": []
> },
> "verbose": true,
> "silent": false,
> "browserify": false,
> "projectRoot": "/temp/testes/5.4.1/hello-facebook-device",
> "cordova": {
> "platforms": [],
> "plugins": [
> "cordova-plugin-device",
> "cordova-plugin-facebook4"
> ],
> "version": "5.4.1"
> },
> "paths": [
>
> "/temp/testes/5.4.1/hello-facebook-device/platforms/android/assets/www"
> ],
> "variables": {
> "APP_ID": "123456789",
> "APP_NAME": "myApplication",
> "PACKAGE_NAME": "io.cordova.hellocordova"
> },
> "usePlatformWww": true
> }
> Error during processing of action! Attempting to revert...
> Error: TypeError: Uh oh!
> Invalid Version: undefined
> at new SemVer
> (/lib/node_modules/cordova/node_modules/semver/semver.js:281:11)
> at compare
> (/lib/node_modules/cordova/node_modules/semver/semver.js:571:10)
> at Function.gte
> (/lib/node_modules/cordova/node_modules/semver/semver.js:620:10)
> at module.exports.framework.uninstall
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/plugman/platforms/android.js:176:28)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:670:31
> at Object.ActionStack.process
> (/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/cordova-common/src/ActionStack.js:56:25)
> at PlatformApiPoly.removePlugin
> (/lib/node_modules/cordova/node_modules/cordova-lib/src/platforms/PlatformApiPoly.js:314:20)
> at
> /lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/prepare.js:165:24
> at _fulfilled
> (/lib/node_modules/cordova/node_modules/q/q.js:787:54)
> at self.promiseDispatch.done
>
[jira] [Commented] (CB-8115) incorrect birthday saved to phonebook using Contacts Plugin
[
https://issues.apache.org/jira/browse/CB-8115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034961#comment-15034961
]
ASF GitHub Bot commented on CB-8115:
Github user dblotsky commented on the pull request:
https://github.com/apache/cordova-plugin-contacts/pull/95#issuecomment-161140513
Please note that the tests do test for the bug in CB-8115, and _don't catch
it_. Here is an example:
https://github.com/MSOpenTech/cordova-plugin-contacts/blob/CB-8115/tests/tests.js#L359.
Please also fix all occurrences of that incorrect check. It might help to
write a helper function.
> incorrect birthday saved to phonebook using Contacts Plugin
> ---
>
> Key: CB-8115
> URL: https://issues.apache.org/jira/browse/CB-8115
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 4.0.0
> Environment: Android and IOS
>Reporter: Kiran Jain
>Assignee: Vladimir Kotikov
>Priority: Minor
> Labels: Android, IOS, birthday, reproduced, triaged
>
> We are facing an issue while trying to add birthday to Contact while using
> Cordova for android while adding a new contact to the phonebook
> following is part of the code
> contact = navigator.contacts.create({
> "displayName": displayname
> });
> // store contact name
> var contactName = new ContactName();
> contactName.familyName = lastname;
> contactName.givenName = firstname
> contact.name = contactName;
> contact.birthday = new Date("16 May 1984");
> // save the contact
> contact.save();
> With above code, when data is viewed in android phone, the birthday is save
> as 29-12-6731 instead of expected 16-May-1984
> we have tried all possible combinations of date entry viz: 16-May-1984 ;
> 16/May/1984 ; 16/5/1984 ; new date(1984,05,16)
> but all in vain the results are the same.
> also need to know how to save anniversary date
> when using this plugin for IOS, the date saved is 15-May-1984 (1 day less
> than expected).
--
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-10039) Problem add Contact photos from relative and absolute path for Android
[
https://issues.apache.org/jira/browse/CB-10039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034970#comment-15034970
]
ASF GitHub Bot commented on CB-10039:
-
Github user dblotsky commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-contacts/pull/94#discussion_r46362158
--- Diff: src/android/ContactAccessorSdk5.java ---
@@ -1631,24 +1631,41 @@ private void
insertPhoto(ArrayList ops,
}
/**
- * Get an input stream based on file path or uri content://,
http://, file://
- *
- * @param path
- * @return an input stream
+ * Get an input stream based on file path or uri content://, http://,
file://
+ *
+ * @param path path to file
+ * @return an input stream
* @throws IOException
- */
+ */
private InputStream getPathFromUri(String path) throws IOException {
+String ASSET_PREFIX = "file:///android_asset/";
--- End diff --
Please set this as a constant at the top, similarly to `EMAIL_REGEXP ` and
`MAX_PHOTO_SIZE `.
> Problem add Contact photos from relative and absolute path for Android
> --
>
> Key: CB-10039
> URL: https://issues.apache.org/jira/browse/CB-10039
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
> Environment: Android
>Reporter: vincipop
>Assignee: Vladimir Kotikov
>Priority: Minor
> Labels: Android
> Fix For: Master
>
>
> problem add Contact photos from relative and absolute path for Android: Get
> input stream from relative and full path in ContactAccessorSdk.java
> Solved, attempt to merge on Github.
--
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-9348) Unable to get linked contact's phone number, while using pickContact
[ https://issues.apache.org/jira/browse/CB-9348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034995#comment-15034995 ] ASF GitHub Bot commented on CB-9348: Github user dblotsky commented on the pull request: https://github.com/apache/cordova-plugin-contacts/pull/88#issuecomment-161143072 Is this bug saying that the method can't find phone numbers from linked contacts, or that it can't find phone numbers at all? It seems like returning a combined contact by aggregating all contacts on the device is _not_ the correct behaviour. > Unable to get linked contact's phone number, while using pickContact > > > Key: CB-9348 > URL: https://issues.apache.org/jira/browse/CB-9348 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 1.1.0 >Reporter: Dipanjan Chakraborty >Assignee: Vladimir Kotikov > Labels: linked-contacts, reproduced, triaged > > using cordova v5.1.1 and contacts plugin v1.1.0 > we are unable to fetch the mobile numbers from the phonebook especially if > there are contacts linked. > example: > the main contact is > Name: John Doe > mobile: 99 > the linked G+ contact is > Name J.Doe > mobile: 88 > When fetching the contact using pickContact , it does not fetch either phone > numbers. however, the name of the secondary (J.Doe) is fetched . > Appreciate any help on this issue. > Thanks in advance. -- 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-9922) Cordova-Android Platform Release Oct 30, 2015
[ https://issues.apache.org/jira/browse/CB-9922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-9922. Resolution: Fixed > Cordova-Android Platform Release Oct 30, 2015 > - > > Key: CB-9922 > URL: https://issues.apache.org/jira/browse/CB-9922 > Project: Apache Cordova > Issue Type: Task >Reporter: Steve Gill >Assignee: Steve Gill > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md; -- 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-10012) cordova-wp8 Platform Release Nov 16, 2015
[ https://issues.apache.org/jira/browse/CB-10012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-10012. - Resolution: Fixed > cordova-wp8 Platform Release Nov 16, 2015 > - > > Key: CB-10012 > URL: https://issues.apache.org/jira/browse/CB-10012 > Project: Apache Cordova > Issue Type: Task > Components: WP8 >Affects Versions: 3.8.1 >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.8.2 > > > "Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md; -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034960#comment-15034960 ] Shazron Abdullah commented on CB-10109: --- [~purplecabbage] tells me WP8 does this without a local webserver: https://github.com/apache/cordova-wp8/blob/master/template/cordovalib/XHRHelper.cs > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. > Something like this: > https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10109: -- Description: Because of CORS, you can only open requests using http*:// schemes, not file. Ultimately this might be a new plugin. The plugin needs to: 1. Run a local webserver 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) The local webserver in (1) will route the requests using the appropriate handler, and will need to utilize a secret to prevent unauthorized access. Something like this: https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js was: Because of CORS, you can only open requests using http*:// schemes, not file. Ultimately this might be a new plugin. The plugin needs to: 1. Run a local webserver 2. Proxy XmlHttpRequest.open and rewrite urls so they go to (1) with the actual url added as a query param or path The local webserver in (1) will route the requests using the appropriate handler, and will need to utilize a secret to prevent unauthorized access. > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. > Something like this: > https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js -- 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-10081) Pin plugins in cordova-lib
[ https://issues.apache.org/jira/browse/CB-10081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034906#comment-15034906 ] ASF GitHub Bot commented on CB-10081: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/345 > Pin plugins in cordova-lib > -- > > Key: CB-10081 > URL: https://issues.apache.org/jira/browse/CB-10081 > Project: Apache Cordova > Issue Type: New Feature > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill > Labels: cordova-6.0.0 > Fix For: 6.0.0 > > > following this proposal: https://github.com/cordova/cordova-discuss/pull/29 -- 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-10081) Pin plugins in cordova-lib
[ https://issues.apache.org/jira/browse/CB-10081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034905#comment-15034905 ] ASF subversion and git services commented on CB-10081: -- Commit b704e7870a8a3af413fbf2db3e6f9d83d1677abd in cordova-lib's branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=b704e78 ] CB-10081 pinned plugin versions > Pin plugins in cordova-lib > -- > > Key: CB-10081 > URL: https://issues.apache.org/jira/browse/CB-10081 > Project: Apache Cordova > Issue Type: New Feature > Components: CordovaLib >Reporter: Steve Gill >Assignee: Steve Gill > Labels: cordova-6.0.0 > Fix For: 6.0.0 > > > following this proposal: https://github.com/cordova/cordova-discuss/pull/29 -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
Shazron Abdullah created CB-10109: - Summary: Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open Key: CB-10109 URL: https://issues.apache.org/jira/browse/CB-10109 Project: Apache Cordova Issue Type: Wish Components: Plugin WKWebViewEngine Reporter: Shazron Abdullah Because of CORS, you can only open requests using http*:// schemes, not file. Ultimately this might be a new plugin. The plugin needs to: 1. Run a local webserver 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) The local webserver in (1) will route the requests using the appropriate handler, and will need to utilize a secret to prevent unauthorized access. -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10109: -- Description: Because of CORS, you can only open requests using http*:// schemes, not file. Ultimately this might be a new plugin. The plugin needs to: 1. Run a local webserver 2. Proxy XmlHttpRequest.open and rewrite urls so they go to (1) with the actual url added as a query param or path The local webserver in (1) will route the requests using the appropriate handler, and will need to utilize a secret to prevent unauthorized access. was: Because of CORS, you can only open requests using http*:// schemes, not file. Ultimately this might be a new plugin. The plugin needs to: 1. Run a local webserver 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) The local webserver in (1) will route the requests using the appropriate handler, and will need to utilize a secret to prevent unauthorized access. > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls so they go to (1) with the > actual url added as a query param or path > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. -- 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-10053) Update documentation for 'find' method with available 'desiredFields' option value
[
https://issues.apache.org/jira/browse/CB-10053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034979#comment-15034979
]
ASF GitHub Bot commented on CB-10053:
-
Github user dblotsky commented on the pull request:
https://github.com/apache/cordova-plugin-contacts/pull/93#issuecomment-161141678
Thanks for writing the docs for this! One thought: maybe it might be easier
just to have a link to the file that defines these, so that if the file changes
we won't be have to update the docs.
> Update documentation for 'find' method with available 'desiredFields' option
> value
> --
>
> Key: CB-10053
> URL: https://issues.apache.org/jira/browse/CB-10053
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin Contacts
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>Priority: Trivial
> Labels: documentation-update, triaged
>
> From CB-7906: {quote}I couldn't see supported parameters for desiredField in
> document. If I look at ContactFieldType.js, those members are populated from
> Contact, ContactAddress, etc.. It would be nice to clearly describe all
> supported types.{quote}
--
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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034978#comment-15034978
]
ASF subversion and git services commented on CB-9452:
-
Commit f21a2815fba843cb7a8f414f35208424b892e232 in cordova-plugin-media's
branch refs/heads/master from [~johncblandii]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=f21a281 ]
CB-9452: Treat RTSP streams as remote URLs
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-10110) Audit and remove all ">=" dependencies and pins
[
https://issues.apache.org/jira/browse/CB-10110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dmitry Blotsky updated CB-10110:
Description:
This applies to _all_ components. We should never automatically update to major
versions of dependencies or pins; it should be a deliberate manual process.
They should be replaced with carets ({{`}}) where the version is greater than
1.0.0, and with strict equality ({{==}}) where the version is less than 1.0.0.
was:
This applies to _all_ components. We should never automatically update to major
versions of dependencies; it should be a deliberate manual process.
They should be replaced with carets ({{`}}) where the version is greater than
1.0.0, and with strict equality ({{==}}) where the version is less than 1.0.0.
> Audit and remove all ">=" dependencies and pins
> ---
>
> Key: CB-10110
> URL: https://issues.apache.org/jira/browse/CB-10110
> Project: Apache Cordova
> Issue Type: Task
>Reporter: Dmitry Blotsky
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> This applies to _all_ components. We should never automatically update to
> major versions of dependencies or pins; it should be a deliberate manual
> process.
> They should be replaced with carets ({{`}}) where the version is greater than
> 1.0.0, and with strict equality ({{==}}) where the version is less than 1.0.0.
--
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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035038#comment-15035038
]
ASF GitHub Bot commented on CB-9452:
Github user johncblandii commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161147134
Ah, missed an email. Saw the closed before the merge. Good deal.
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-10110) Audit and remove all ">=" dependencies and pins
[
https://issues.apache.org/jira/browse/CB-10110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035042#comment-15035042
]
Steve Gill commented on CB-10110:
-
I would think we replace it with either `~` which grabs patch versions or `^`
which grabs minor and patch versions.
For pinned plugins and platforms, we use ~ to only grab updated patch releases.
For plugin dependencies, I switched >= to ^ so we stay away from grabbing major
updates.
It would be nice to update our deps to get away from 0.x versions, but the
reality is that some popular modules decided to start at 0 and haven't been
bumped up yet. Pinning exact versions seems like a smart choice.
> Audit and remove all ">=" dependencies and pins
> ---
>
> Key: CB-10110
> URL: https://issues.apache.org/jira/browse/CB-10110
> Project: Apache Cordova
> Issue Type: Task
>Reporter: Dmitry Blotsky
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> This applies to _all_ components. We should never automatically update to
> major versions of dependencies or pins; it should be a deliberate manual
> process.
> They should be replaced with carets ({{`}}) where the version is greater than
> 1.0.0, and with strict equality ({{==}}) where the version is less than 1.0.0.
--
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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035033#comment-15035033
]
ASF GitHub Bot commented on CB-9452:
Github user ghenry22 commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161146771
It's been merged into master :+1:
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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] [Created] (CB-10110) Audit and remove all ">=" dependencies and pins
Dmitry Blotsky created CB-10110:
---
Summary: Audit and remove all ">=" dependencies and pins
Key: CB-10110
URL: https://issues.apache.org/jira/browse/CB-10110
Project: Apache Cordova
Issue Type: Task
Reporter: Dmitry Blotsky
This applies to _all_ components. We should never automatically update to major
versions of dependencies; it should be a deliberate manual process.
They should be replaced with carets ({{`}}) where the version is greater than
1.0.0, and with strict equality ({{==}}) where the version is less than 1.0.0.
--
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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035035#comment-15035035
]
ASF GitHub Bot commented on CB-9452:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161146830
https://github.com/apache/cordova-plugin-media/commit/f21a2815fba843cb7a8f414f35208424b892e232
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035045#comment-15035045
]
ASF GitHub Bot commented on CB-9452:
Github user purplecabbage commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161147955
Thanks for the contribution! :+1:
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035027#comment-15035027
]
ASF GitHub Bot commented on CB-9452:
Github user johncblandii commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161146104
Why was this closed?
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-7287) [WKWebView] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034162#comment-15034162
]
Shazron Abdullah commented on CB-7287:
--
Added CB-10106 for the bridge issue.
> [WKWebView] Failing tests
> -
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Anis Kadri
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-7875) watchPosition Timeout Error 3
[ https://issues.apache.org/jira/browse/CB-7875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034031#comment-15034031 ] Harpreet Singh commented on CB-7875: I am observing that after calling $cordovaGeolocation.watchPosition, I may get either 1-2 geolocationSuccess results, or a geolocationError (kCLErrorDomain error 0, or timeout). If I get those 1-2 success results, then nothing else fires again until an error timeout. After the error, nothing else fires again. If I call clearWatch and watchPosition again, then the process repeats. What is going on here? I would expect to keep getting periodic geolocationSuccess calls, and if there is a geolocationError then I should at least keep getting updates either with success or failure. Why does the event firing stop, and I have to reset it by creating a new watch? > watchPosition Timeout Error 3 > - > > Key: CB-7875 > URL: https://issues.apache.org/jira/browse/CB-7875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Geolocation > Environment: cordova-cli version 4.0.0 > cordova-plugin-geolocation: 0.3.10 > xCode 6 > IOS7 - IOS8 >Reporter: thomas fischer > > Using the cordova-plugin-geolocation: 0.3.10, I have a timeout error with > watchPosition. (error.code3) > When i uninstall this plugin and use geolocation with the W3C API I have no > problem of timeout, but it's not working on IOS8 due to the new Location > Authorization -- 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-10105) build.json does not handle home '~/' paths to the keystore file
Bnaya created CB-10105: -- Summary: build.json does not handle home '~/' paths to the keystore file Key: CB-10105 URL: https://issues.apache.org/jira/browse/CB-10105 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Bnaya The default key store location is on the user home directory ~/.android Our devs have the prod key there When "keystore": "~/.android/mycom.keystore", you get that error: Keystore file does not exist: /Users/USERNAME/dev/comp/mobile-app/cordova-app/~/.android/photomania.keystore -- 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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034127#comment-15034127
]
Richard B Knoll commented on CB-10064:
--
What version of android is the device running?
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10106) iOS bridges need to take into account bridge changes
Shazron Abdullah created CB-10106:
-
Summary: iOS bridges need to take into account bridge changes
Key: CB-10106
URL: https://issues.apache.org/jira/browse/CB-10106
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin WKWebViewEngine
Reporter: Shazron Abdullah
New bridges (and the existing bridge) needs to take into account bridge changes.
Each bridge should have this at the end of their .js:
{code}
// unregister the old bridge
cordova.define.remove('cordova/exec');
// redefine bridge to our new bridge
cordova.define("cordova/exec", function(require, exports, module) {
module.exports = iOSExec;
});
{code}
But, this would only re-define cordova.exec and the return value of
`require('cordova/exec')`. However, if the bridge was not loaded first,
existing local references in plugins to `require('cordova/exec')` will not be
updated.
Therefore, each bridge itself must detect that it is not the current bridge,
and forward commands to the new bridge. Thus:
{code}
var iOSExec = function() {
if (iOSExec !== cordova.exec) {
cordova.exec.apply(null, arguments);
return;
}
// ... rest of the implementation here...
}
{code}
There might be an edge case where a command is already in the commandQueue
(default bridge) when the bridge is swapped, that needs to be handled.
I realize this seems hacky, but if there's a better way to handle this case I'm
all ears.
--
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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah reassigned CB-10106:
-
Assignee: Shazron Abdullah
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-10106:
--
Description:
New bridges (and the existing bridge) needs to take into account bridge changes.
Each bridge should have this at the end of their .js:
{code}
// unregister the old bridge
cordova.define.remove('cordova/exec');
// redefine bridge to our new bridge
cordova.define("cordova/exec", function(require, exports, module) {
module.exports = iOSExec;
});
{code}
But, this would only re-define cordova.exec and the return value of
`require('cordova/exec')`. However, if the bridge was not loaded first,
existing local references in plugins to `require('cordova/exec')` will not be
updated.
Therefore, each bridge itself must detect that it is not the current bridge,
and forward commands to the new bridge. Thus:
{code}
var iOSExec = function() {
if (iOSExec !== cordova.exec) {
cordova.exec.apply(null, arguments);
return;
}
// ... rest of the implementation here...
}
{code}
Although I see this being a problem of the default bridge, not any external
bridges.
There might be an edge case where a command is already in the commandQueue
(default bridge) when the bridge is swapped, that needs to be handled.
I realize this seems hacky, but if there's a better way to handle this case I'm
all ears.
was:
New bridges (and the existing bridge) needs to take into account bridge changes.
Each bridge should have this at the end of their .js:
{code}
// unregister the old bridge
cordova.define.remove('cordova/exec');
// redefine bridge to our new bridge
cordova.define("cordova/exec", function(require, exports, module) {
module.exports = iOSExec;
});
{code}
But, this would only re-define cordova.exec and the return value of
`require('cordova/exec')`. However, if the bridge was not loaded first,
existing local references in plugins to `require('cordova/exec')` will not be
updated.
Therefore, each bridge itself must detect that it is not the current bridge,
and forward commands to the new bridge. Thus:
{code}
var iOSExec = function() {
if (iOSExec !== cordova.exec) {
cordova.exec.apply(null, arguments);
return;
}
// ... rest of the implementation here...
}
{code}
There might be an edge case where a command is already in the commandQueue
(default bridge) when the bridge is swapped, that needs to be handled.
I realize this seems hacky, but if there's a better way to handle this case I'm
all ears.
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034187#comment-15034187
]
graphefruit commented on CB-10064:
--
Android 6.0
Build Number: MRA58K.H6
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-8917) Add api/way to get plugins results even when Cordova activity restarts
[ https://issues.apache.org/jira/browse/CB-8917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034194#comment-15034194 ] ASF GitHub Bot commented on CB-8917: Github user jasongin commented on the pull request: https://github.com/apache/cordova-android/pull/239#issuecomment-161046740 LGTM > Add api/way to get plugins results even when Cordova activity restarts > > > Key: CB-8917 > URL: https://issues.apache.org/jira/browse/CB-8917 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Bnaya > > In android when you have a plugin that opens new activity the CordovaActivity > will be killed and you won't get the result from the plugin. > The new activity will get the results but because the plugin objects are dead > and the webview reloaded you can get the data to the js callback. > The most noticeable example is the camera plugin. (And maybe its the same > with even more platforms) > possible solution for this is to add metadata to the device ready event with > incoming data from plugins. -- 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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034236#comment-15034236
]
graphefruit edited comment on CB-10064 at 12/1/15 6:11 PM:
---
App doesn't crash, camera just not showing up on command.
window.error doesn't say something.
Is there another place I could have a look for a log?
was (Author: graphefruit):
App doesn't crash, camera just not showing up on commanding.
window.error doesn't say something.
Is there another place I could have a look for a log?
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034236#comment-15034236
]
graphefruit commented on CB-10064:
--
App doesn't crash, camera just not showing up on commanding.
window.error doesn't say something.
Is there another place I could have a look for a log?
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034242#comment-15034242
]
ASF subversion and git services commented on CB-10106:
--
Commit 7d81a79bee8e4f4d0885eb3131c18a517134db71 in cordova-ios's branch
refs/heads/master from [~shazron]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=7d81a79 ]
CB-10106 - iOS bridges need to take into account bridge changes
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10107) nativeEvalAndFetch called for all bridges
Shazron Abdullah created CB-10107: - Summary: nativeEvalAndFetch called for all bridges Key: CB-10107 URL: https://issues.apache.org/jira/browse/CB-10107 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin WKWebViewEngine Reporter: Shazron Abdullah This function is useless for the WKWebView engine. This results in a JS error. It is always called here: https://github.com/apache/cordova-ios/blob/9513bc65bed3e04206938e16db0a31ae31545693/CordovaLib/Classes/Public/CDVCommandDelegateImpl.m#L158 -- 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-10093) No file path is returned when selecting picture from third party apps
[ https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034191#comment-15034191 ] ASF GitHub Bot commented on CB-10093: - Github user riknoll commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/141#issuecomment-161046152 Thanks! I can reproduce this (I used Marshmallow, but same difference). I also believe this is indeed a distinct issue from CB-9960. @infil00p would you mind checking this out? I'm not sure I know enough about ContentResolvers to merge this one in. > No file path is returned when selecting picture from third party apps > - > > Key: CB-10093 > URL: https://issues.apache.org/jira/browse/CB-10093 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova > 5.4.0 >Reporter: Ying Wei Loke > Labels: android > > 1) Camera.getPicture with > - source type: PHOTOLIBRARY > - destination type: FILE_URI > 2) On the photo library, open other apps from menu (e.g. gallery/file > manager/One Drive, etc) > 3) Select any picture. > Actual result: > No file path for the picture selected is returned to the camera plugin. > Note: Was working previously on plugin version 1.2.0. > Logs with logcat: > D/Documents(29453): onActivityResult() code=-1 > V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0 > D/CordovaInterfaceImpl(15585): Sending activity result to plugin > D/CameraLauncher(15585): File locaton is: > I/Timeline(15585): Timeline: Activity_idle id: > android.os.BinderProxy@16b7c72d time:10419445 > W/System.err(15585): java.io.FileNotFoundException: > /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache: > open failed: EISDIR (Is a directory) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:87) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:127) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:116) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > W/System.err(15585): at java.lang.Thread.run(Thread.java:818) > W/System.err(15585): Caused by: android.system.ErrnoException: open failed: > EISDIR (Is a directory) > W/System.err(15585): at libcore.io.Posix.open(Native Method) > W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442) > W/System.err(15585): ... 10 more -- 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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034203#comment-15034203
]
Richard B Knoll commented on CB-10064:
--
That's interesting. I'd love to see a stack trace of that crash if you have
one. Does the camera app show up at all?
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034205#comment-15034205
]
Shazron Abdullah commented on CB-10106:
---
In the default bridge I had to do this in pokeNative() as well to clear the
queue:
{code}
function pokeNative() {
if (iOSExec !== cordova.exec) {
var commandString = commandQueue.shift();
while(commandString) {
var command = JSON.parse(commandString);
var callbackId = command[0];
var service = command[1];
var action = command[2];
var actionArgs = command[3];
var callbacks = cordova.callbacks[callbackId] || {};
cordova.exec(callbacks.success, callbacks.fail, service, action,
actionArgs);
commandString = commandQueue.shift();
};
return;
}
// rest of pokeNative
}
{code}
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10093) No file path is returned when selecting picture from third party apps
[ https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034202#comment-15034202 ] ASF GitHub Bot commented on CB-10093: - Github user infil00p commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/141#issuecomment-161047893 LGTM! @riknoll I don't see anything than formatting changes done to the ContentResolver, and this actually might fix a bug for the Camera as well, which uses the same method. > No file path is returned when selecting picture from third party apps > - > > Key: CB-10093 > URL: https://issues.apache.org/jira/browse/CB-10093 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova > 5.4.0 >Reporter: Ying Wei Loke > Labels: android > > 1) Camera.getPicture with > - source type: PHOTOLIBRARY > - destination type: FILE_URI > 2) On the photo library, open other apps from menu (e.g. gallery/file > manager/One Drive, etc) > 3) Select any picture. > Actual result: > No file path for the picture selected is returned to the camera plugin. > Note: Was working previously on plugin version 1.2.0. > Logs with logcat: > D/Documents(29453): onActivityResult() code=-1 > V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0 > D/CordovaInterfaceImpl(15585): Sending activity result to plugin > D/CameraLauncher(15585): File locaton is: > I/Timeline(15585): Timeline: Activity_idle id: > android.os.BinderProxy@16b7c72d time:10419445 > W/System.err(15585): java.io.FileNotFoundException: > /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache: > open failed: EISDIR (Is a directory) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:87) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:127) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:116) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > W/System.err(15585): at java.lang.Thread.run(Thread.java:818) > W/System.err(15585): Caused by: android.system.ErrnoException: open failed: > EISDIR (Is a directory) > W/System.err(15585): at libcore.io.Posix.open(Native Method) > W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442) > W/System.err(15585): ... 10 more -- 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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034248#comment-15034248
]
ASF subversion and git services commented on CB-10106:
--
Commit b5c8de507b27c83ac3952d1114532b2c5307539b in
cordova-plugin-wkwebview-engine's branch refs/heads/master from [~shazron]
[
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-wkwebview-engine.git;h=b5c8de5
]
CB-10106 - iOS bridges need to take into account bridge changes
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-7287) [WKWebView] Failing tests
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034267#comment-15034267
]
Shazron Abdullah commented on CB-7287:
--
Another issue CB-10107
> [WKWebView] Failing tests
> -
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Assignee: Anis Kadri
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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] [Comment Edited] (CB-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034262#comment-15034262
]
Richard B Knoll edited comment on CB-10064 at 12/1/15 6:21 PM:
---
Sure, run {{adb logcat}} in a terminal/command prompt with the device/emulator
running and look for a stack trace when you reproduce the bug. Before you do
that, reinstall the app (that should hopefully get the crash to come back).
Post the log here (just what comes up while your app is running, I don't need
the whole thing). If you could post the relevant JS as well, I'd appreciate it.
Thanks for working on this!
was (Author: riknoll):
Sure, run `adb logcat` in a terminal/command prompt with the device/emulator
running and look for a stack trace when you reproduce the bug. Before you do
that, reinstall the app (that should hopefully get the crash to come back).
Post the log here (just what comes up while your app is running, I don't need
the whole thing). If you could post the relevant JS as well, I'd appreciate it.
Thanks for working on this!
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10093) No file path is returned when selecting picture from third party apps
[
https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034193#comment-15034193
]
ASF GitHub Bot commented on CB-10093:
-
Github user riknoll commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/141#discussion_r46312504
--- Diff: src/android/FileHelper.java ---
@@ -79,30 +79,59 @@ public static String getRealPath(String uriString,
CordovaInterface cordova) {
@SuppressLint("NewApi")
public static String getRealPathFromURI_API19(Context context, Uri
uri) {
String filePath = "";
+
try {
-String wholeID = DocumentsContract.getDocumentId(uri);
+String id;
+
+if (DocumentsContract.isDocumentUri(context, uri)) {
+String wholeID = DocumentsContract.getDocumentId(uri);
-// Split at colon, use second item in the array
-String id = wholeID.indexOf(":") > -1 ? wholeID.split(":")[1]
: wholeID.indexOf(";") > -1 ? wholeID
-.split(";")[1] : wholeID;
+// Split at colon, use second item in the array
+id = wholeID.indexOf(":") > -1
+? wholeID.split(":")[1]
+: wholeID.indexOf(";") > -1
+? wholeID.split(";")[1]
+: wholeID;
+} else {
+final String uriStr = uri.toString();
+
+if (
--- End diff --
Nitpick: maybe collapse the `if` statement to a single line (matches the
style of the file better).
> No file path is returned when selecting picture from third party apps
> -
>
> Key: CB-10093
> URL: https://issues.apache.org/jira/browse/CB-10093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
> Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova
> 5.4.0
>Reporter: Ying Wei Loke
> Labels: android
>
> 1) Camera.getPicture with
> - source type: PHOTOLIBRARY
> - destination type: FILE_URI
> 2) On the photo library, open other apps from menu (e.g. gallery/file
> manager/One Drive, etc)
> 3) Select any picture.
> Actual result:
> No file path for the picture selected is returned to the camera plugin.
> Note: Was working previously on plugin version 1.2.0.
> Logs with logcat:
> D/Documents(29453): onActivityResult() code=-1
> V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0
> D/CordovaInterfaceImpl(15585): Sending activity result to plugin
> D/CameraLauncher(15585): File locaton is:
> I/Timeline(15585): Timeline: Activity_idle id:
> android.os.BinderProxy@16b7c72d time:10419445
> W/System.err(15585): java.io.FileNotFoundException:
> /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache:
> open failed: EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:87)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:127)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:116)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> W/System.err(15585): at java.lang.Thread.run(Thread.java:818)
> W/System.err(15585): Caused by: android.system.ErrnoException: open failed:
> EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.Posix.open(Native Method)
> W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442)
> W/System.err(15585): ... 10 more
--
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-10093) No file path is returned when selecting picture from third party apps
[
https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034199#comment-15034199
]
ASF GitHub Bot commented on CB-10093:
-
Github user riknoll commented on a diff in the pull request:
https://github.com/apache/cordova-plugin-camera/pull/141#discussion_r46312808
--- Diff: src/android/FileHelper.java ---
@@ -79,30 +79,59 @@ public static String getRealPath(String uriString,
CordovaInterface cordova) {
@SuppressLint("NewApi")
public static String getRealPathFromURI_API19(Context context, Uri
uri) {
String filePath = "";
+
try {
-String wholeID = DocumentsContract.getDocumentId(uri);
+String id;
+
+if (DocumentsContract.isDocumentUri(context, uri)) {
+String wholeID = DocumentsContract.getDocumentId(uri);
-// Split at colon, use second item in the array
-String id = wholeID.indexOf(":") > -1 ? wholeID.split(":")[1]
: wholeID.indexOf(";") > -1 ? wholeID
-.split(";")[1] : wholeID;
+// Split at colon, use second item in the array
+id = wholeID.indexOf(":") > -1
+? wholeID.split(":")[1]
+: wholeID.indexOf(";") > -1
+? wholeID.split(";")[1]
+: wholeID;
+} else {
+final String uriStr = uri.toString();
+
+if (
+uriStr.startsWith(
+
MediaStore.Images.Media.EXTERNAL_CONTENT_URI.toString()
+)
+) {
+id = uriStr.substring(uriStr.lastIndexOf("/") + 1);
+} else {
+throw new IllegalArgumentException(
+"Cannot get real path from uri: " + uriStr
+);
+}
+}
String[] column = { MediaStore.Images.Media.DATA };
// where id is equal to
String sel = MediaStore.Images.Media._ID + "=?";
-Cursor cursor =
context.getContentResolver().query(MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
column,
-sel, new String[] { id }, null);
+Cursor cursor = context.getContentResolver().query(
--- End diff --
Nitpick: Can we preserve the formatting of this? I don't think you changed
the code here.
> No file path is returned when selecting picture from third party apps
> -
>
> Key: CB-10093
> URL: https://issues.apache.org/jira/browse/CB-10093
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
> Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova
> 5.4.0
>Reporter: Ying Wei Loke
> Labels: android
>
> 1) Camera.getPicture with
> - source type: PHOTOLIBRARY
> - destination type: FILE_URI
> 2) On the photo library, open other apps from menu (e.g. gallery/file
> manager/One Drive, etc)
> 3) Select any picture.
> Actual result:
> No file path for the picture selected is returned to the camera plugin.
> Note: Was working previously on plugin version 1.2.0.
> Logs with logcat:
> D/Documents(29453): onActivityResult() code=-1
> V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0
> D/CordovaInterfaceImpl(15585): Sending activity result to plugin
> D/CameraLauncher(15585): File locaton is:
> I/Timeline(15585): Timeline: Activity_idle id:
> android.os.BinderProxy@16b7c72d time:10419445
> W/System.err(15585): java.io.FileNotFoundException:
> /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache:
> open failed: EISDIR (Is a directory)
> W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:87)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:127)
> W/System.err(15585): at
> java.io.FileOutputStream.(FileOutputStream.java:116)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66)
> W/System.err(15585): at
> org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800)
> W/System.err(15585): at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
>
[jira] [Commented] (CB-9774) File Transfer download cdvfile fails
[
https://issues.apache.org/jira/browse/CB-9774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034217#comment-15034217
]
ASF subversion and git services commented on CB-9774:
-
Commit 785abbfc3f36172a733f219f3f17f89ec4e2db72 in cordova-mobile-spec's branch
refs/heads/master from [~daserge]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=785abbf ]
CB-9774 File Transfer download cdvfile fails
> File Transfer download cdvfile fails
>
>
> Key: CB-9774
> URL: https://issues.apache.org/jira/browse/CB-9774
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 3.5.0
> Environment: Test Device: Google nexus 5
>Reporter: lijingjing
>Assignee: Sergey Shakhnazarov
> Labels: reproduced, triaged
>
> Test Steps:
> 1.Install the mobile spec app
> 2.Launch it and click manual tests File-Transfer--->Download and Display
> img/video(cdvfile)-
> Expected Outcome:
> img/video should play when paly is pressed.
> Actual Outcome:
> img/video don't play.
> error log:
> {code}
> Refused to load media from 'cdvfile://localhost/temporary/small.mp4' because
> it violates the following Content Security Policy directive
> {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-10093) No file path is returned when selecting picture from third party apps
[ https://issues.apache.org/jira/browse/CB-10093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034220#comment-15034220 ] ASF GitHub Bot commented on CB-10093: - Github user riknoll commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/141#issuecomment-161049522 Thanks! LGTM as well; I just wanted to double check. > No file path is returned when selecting picture from third party apps > - > > Key: CB-10093 > URL: https://issues.apache.org/jira/browse/CB-10093 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android 6.0, Android 5.1.1, Camera plugin 2.0.0, Cordova > 5.4.0 >Reporter: Ying Wei Loke > Labels: android > > 1) Camera.getPicture with > - source type: PHOTOLIBRARY > - destination type: FILE_URI > 2) On the photo library, open other apps from menu (e.g. gallery/file > manager/One Drive, etc) > 3) Select any picture. > Actual result: > No file path for the picture selected is returned to the camera plugin. > Note: Was working previously on plugin version 1.2.0. > Logs with logcat: > D/Documents(29453): onActivityResult() code=-1 > V/WindowManager( 543): rotationForOrientationLw(orient=1, last=0); user=0 > D/CordovaInterfaceImpl(15585): Sending activity result to plugin > D/CameraLauncher(15585): File locaton is: > I/Timeline(15585): Timeline: Activity_idle id: > android.os.BinderProxy@16b7c72d time:10419445 > W/System.err(15585): java.io.FileNotFoundException: > /storage/emulated/0/Android/data/com.likemindnetworks.apps.teamDental/cache: > open failed: EISDIR (Is a directory) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:456) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:87) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:127) > W/System.err(15585): at > java.io.FileOutputStream.(FileOutputStream.java:116) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.ouputModifiedBitmap(CameraLauncher.java:595) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.processResultFromGallery(CameraLauncher.java:703) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher.access$000(CameraLauncher.java:66) > W/System.err(15585): at > org.apache.cordova.camera.CameraLauncher$1.run(CameraLauncher.java:800) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) > W/System.err(15585): at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) > W/System.err(15585): at java.lang.Thread.run(Thread.java:818) > W/System.err(15585): Caused by: android.system.ErrnoException: open failed: > EISDIR (Is a directory) > W/System.err(15585): at libcore.io.Posix.open(Native Method) > W/System.err(15585): at libcore.io.BlockGuardOs.open(BlockGuardOs.java:186) > W/System.err(15585): at libcore.io.IoBridge.open(IoBridge.java:442) > W/System.err(15585): ... 10 more -- 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-9774) File Transfer download cdvfile fails
[
https://issues.apache.org/jira/browse/CB-9774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034219#comment-15034219
]
ASF GitHub Bot commented on CB-9774:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-mobile-spec/pull/134
> File Transfer download cdvfile fails
>
>
> Key: CB-9774
> URL: https://issues.apache.org/jira/browse/CB-9774
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 3.5.0
> Environment: Test Device: Google nexus 5
>Reporter: lijingjing
>Assignee: Sergey Shakhnazarov
> Labels: reproduced, triaged
>
> Test Steps:
> 1.Install the mobile spec app
> 2.Launch it and click manual tests File-Transfer--->Download and Display
> img/video(cdvfile)-
> Expected Outcome:
> img/video should play when paly is pressed.
> Actual Outcome:
> img/video don't play.
> error log:
> {code}
> Refused to load media from 'cdvfile://localhost/temporary/small.mp4' because
> it violates the following Content Security Policy directive
> {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-9774) File Transfer download cdvfile fails
[
https://issues.apache.org/jira/browse/CB-9774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Shakhnazarov resolved CB-9774.
-
Resolution: Fixed
> File Transfer download cdvfile fails
>
>
> Key: CB-9774
> URL: https://issues.apache.org/jira/browse/CB-9774
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 3.5.0
> Environment: Test Device: Google nexus 5
>Reporter: lijingjing
>Assignee: Sergey Shakhnazarov
> Labels: reproduced, triaged
>
> Test Steps:
> 1.Install the mobile spec app
> 2.Launch it and click manual tests File-Transfer--->Download and Display
> img/video(cdvfile)-
> Expected Outcome:
> img/video should play when paly is pressed.
> Actual Outcome:
> img/video don't play.
> error log:
> {code}
> Refused to load media from 'cdvfile://localhost/temporary/small.mp4' because
> it violates the following Content Security Policy directive
> {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-10106) iOS bridges need to take into account bridge changes
[
https://issues.apache.org/jira/browse/CB-10106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034240#comment-15034240
]
Shazron Abdullah commented on CB-10106:
---
I've decided to funnel all the processing in a handleBridgeChange function that
is called in pokeNative()
> iOS bridges need to take into account bridge changes
>
>
> Key: CB-10106
> URL: https://issues.apache.org/jira/browse/CB-10106
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.x
>
> New bridges (and the existing bridge) needs to take into account bridge
> changes.
> Each bridge should have this at the end of their .js:
> {code}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = iOSExec;
> });
> {code}
> But, this would only re-define cordova.exec and the return value of
> `require('cordova/exec')`. However, if the bridge was not loaded first,
> existing local references in plugins to `require('cordova/exec')` will not be
> updated.
> Therefore, each bridge itself must detect that it is not the current bridge,
> and forward commands to the new bridge. Thus:
> {code}
> var iOSExec = function() {
> if (iOSExec !== cordova.exec) {
> cordova.exec.apply(null, arguments);
> return;
> }
> // ... rest of the implementation here...
> }
> {code}
> Although I see this being a problem of the default bridge, not any external
> bridges.
> There might be an edge case where a command is already in the commandQueue
> (default bridge) when the bridge is swapped, that needs to be handled.
> I realize this seems hacky, but if there's a better way to handle this case
> I'm all ears.
--
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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034262#comment-15034262
]
Richard B Knoll commented on CB-10064:
--
Sure, run `adb logcat` in a terminal/command prompt with the device/emulator
running and look for a stack trace when you reproduce the bug. Before you do
that, reinstall the app (that should hopefully get the crash to come back).
Post the log here (just what comes up while your app is running, I don't need
the whole thing). If you could post the relevant JS as well, I'd appreciate it.
Thanks for working on this!
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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-10111) checkmarx tool issue
Samaresh Sahoo created CB-10111:
---
Summary: checkmarx tool issue
Key: CB-10111
URL: https://issues.apache.org/jira/browse/CB-10111
Project: Apache Cordova
Issue Type: Bug
Reporter: Samaresh Sahoo
Hi Support Team,
We are running our source code on checkmarx tool, where we are getting a
"Client Privacy Violation" issue in cordova.js file.
Below is the code snippet:
File Name /UIKodiak_PoC_Client_UI_07_10_00_06T/www/cordova.js
Method function pollOnce(opt_fromOnlineEvent) {
665. var msgs =
nativeApiProvider.get().retrieveJsMessages(bridgeSecret,
!!opt_fromOnlineEvent);
Can you please let us know about this issue and does it cause any violation ?
Thanks
Samaresh
--
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-10082) [UIWebView][iOS 9] Failing tests on mobile-spec
[
https://issues.apache.org/jira/browse/CB-10082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035366#comment-15035366
]
Shazron Abdullah commented on CB-10082:
---
Just ran my own file-transfer server from the code
https://github.com/apache/cordova-labs/tree/cordova-filetransfer (Ubuntu 14,
node 4.2.2) and all file-transfer specs pass using uiwebview. No failures
remain.
> [UIWebView][iOS 9] Failing tests on mobile-spec
> ---
>
> Key: CB-10082
> URL: https://issues.apache.org/jira/browse/CB-10082
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: Xcode 7.1
> iOS 9.1
> iPhone 6s
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> As of today:
> 15 failures (I had to disable whitelist tests since in cordova-ios-4.x there
> is no whitelist use, it's all ATS. I will be checking in code to disable it
> in mobile-spec for ios)
> *ALL* failures are cordova-plugin-file-transfer-tests, specs: 4, 5, 6, 10,
> 12, 13, 18, 19, 21, 22, 28-32
> {code}
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.4 should download a file
> Error: Timeout - Async callback was not invoked within timeout specified by
> jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> Expected spy httpFail not to have been called.
> stack@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
> buildExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:19
> expectationResultFactory@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:572:40
> addExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:321:58
> addExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:516:41
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1379:32
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:245:79
> attemptSync@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1741:28
> run@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1729:20
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1753:19
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1697:11
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:124:25
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file/www/DirectoryEntry.js:112:22
> callbackFromNative@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cordova.js:295:57
> nc2@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cordova.js:988:39
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.5 should download a file using http basic auth
> Error: Timeout - Async callback was not invoked within timeout specified by
> jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> Expected spy httpFail not to have been called.
> stack@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
>
[jira] [Resolved] (CB-10082) [UIWebView][iOS 9] Failing tests on mobile-spec
[
https://issues.apache.org/jira/browse/CB-10082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-10082.
---
Resolution: Fixed
> [UIWebView][iOS 9] Failing tests on mobile-spec
> ---
>
> Key: CB-10082
> URL: https://issues.apache.org/jira/browse/CB-10082
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: Xcode 7.1
> iOS 9.1
> iPhone 6s
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> As of today:
> 15 failures (I had to disable whitelist tests since in cordova-ios-4.x there
> is no whitelist use, it's all ATS. I will be checking in code to disable it
> in mobile-spec for ios)
> *ALL* failures are cordova-plugin-file-transfer-tests, specs: 4, 5, 6, 10,
> 12, 13, 18, 19, 21, 22, 28-32
> {code}
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.4 should download a file
> Error: Timeout - Async callback was not invoked within timeout specified by
> jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> Expected spy httpFail not to have been called.
> stack@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
> buildExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:19
> expectationResultFactory@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:572:40
> addExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:321:58
> addExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:516:41
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1379:32
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:245:79
> attemptSync@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1741:28
> run@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1729:20
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1753:19
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1697:11
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:124:25
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/plugins/cordova-plugin-file/www/DirectoryEntry.js:112:22
> callbackFromNative@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cordova.js:295:57
> nc2@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cordova.js:988:39
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.5 should download a file using http basic auth
> Error: Timeout - Async callback was not invoked within timeout specified by
> jasmine.DEFAULT_TIMEOUT_INTERVAL. in
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js
> (line 1764)
> file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> Expected spy httpFail not to have been called.
> stack@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
> buildExpectationResult@file:///var/mobile/Containers/Bundle/Application/AA21552D-93C0-435E-A790-0B6215AF0537/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:19
>
[jira] [Commented] (CB-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035378#comment-15035378
]
ASF GitHub Bot commented on CB-9452:
Github user johncblandii commented on the pull request:
https://github.com/apache/cordova-plugin-media/pull/63#issuecomment-161199689
No problem.
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://;) || file.contains("https://;) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {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-7287) [WKWebView][iOS 9] Failing tests on mobile-spec
[
https://issues.apache.org/jira/browse/CB-7287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035358#comment-15035358
]
Shazron Abdullah commented on CB-7287:
--
Just ran my own file-transfer server from the code
https://github.com/apache/cordova-labs/tree/cordova-filetransfer (Ubuntu 14,
node 4.2.2) and all file-transfer specs pass using wkwebview. The 2 expected
failures above still remain.
> [WKWebView][iOS 9] Failing tests on mobile-spec
> ---
>
> Key: CB-7287
> URL: https://issues.apache.org/jira/browse/CB-7287
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
> Environment: iOS 9
>Reporter: Shazron Abdullah
>Assignee: Shazron Abdullah
> Labels: cordova-ios-4.0.x
>
> This is only for the wkwebview branch, and using these plugins, and 3.5.0
> mobile-spec:
> {code}
> "org.apache.cordova.battery-status": "0.2.10",
> "org.apache.cordova.camera": "0.3.1",
> "org.apache.cordova.console": "0.2.10",
> "org.apache.cordova.contacts": "0.2.12",
> "org.apache.cordova.device": "0.2.11",
> "org.apache.cordova.device-motion": "0.2.9",
> "org.apache.cordova.device-orientation": "0.3.8",
> "org.apache.cordova.dialogs": "0.2.9",
> "org.apache.cordova.file": "1.3.0",
> "org.apache.cordova.file-transfer": "0.4.5",
> "org.apache.cordova.geolocation": "0.3.9",
> "org.apache.cordova.globalization": "0.3.0",
> "org.apache.cordova.inappbrowser": "0.5.1",
> "org.apache.cordova.media": "0.2.12",
> "org.apache.cordova.media-capture": "0.3.2",
> "org.apache.cordova.network-information": "0.2.11",
> "org.apache.cordova.splashscreen": "0.3.2",
> "org.apache.cordova.vibration": "0.3.10"
> {code}
> The 3 failing tests:
> {code}
> FileTransfer upload method filetransfer.spec.18 should be able to upload a
> file.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/ed60ec667664b454d72b193bf8841e5c","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:28.862Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer upload method filetransfer.spec.19 should be able to upload a
> file with http basic auth.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/94aa407aca7bd9c53081f0da5ab33d54","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:29.322Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> FileTransfer Backwards compatibility filetransfer.spec.29 should be able to
> upload a file using local paths.
> Expected
> '{"fields":{"value2":"param","value1":"test"},"files":{"file":{"size":24,"path":"/opt/run/snapshot/.tmp/9bf857a3d64ef9beaf4eae4e22876ecc","name":"upload.txt","type":"text/plain","mtime":"2014-08-12T21:53:31.307Z"}}}
> ' to match /fields:\s*{\s*value1.*/.
> {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-10068) Reference to the underlying WebView/Browser Widget
[ https://issues.apache.org/jira/browse/CB-10068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035268#comment-15035268 ] Swaroop commented on CB-10068: -- Is there any way we can see the actual source code of Cordova Windows to understand a way to find the WebView reference? This doesn't contain any CS/native code like how a Hybrid Windows 8.1 application has https://github.com/apache/cordova-windows > Reference to the underlying WebView/Browser Widget > -- > > Key: CB-10068 > URL: https://issues.apache.org/jira/browse/CB-10068 > Project: Apache Cordova > Issue Type: New Feature > Components: Windows >Affects Versions: 3.7.1 >Reporter: Swaroop > > Is there anyway to get the underlying WebView reference in the case of > Windows 8.1 Cordova? Having this will be useful to do a > What I am attempting is this > 1) Download a ZIP of application bundle (html, css, js) > 2) Extract to a data directory > 3) Document.location "absolute path to data directory/index.html" > This doesn't work and fails with the error > "The application can't use script to load the URL because the URL launches > another application. Only direct user interaction can launch another > application". > If there is a way to do a native Handle to call a NavigateToURL/Page API, > then there is a chance to bypass this error. -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035291#comment-15035291 ] Carlos Santana commented on CB-10109: - So instead of using a local server. The new plugin can shim XMLHttpRequest and check if protocol is file:// and just for this case use the cordova file plugin to read the file and return the content in the response. Is this what we are talking about doing, or I'm all the way on the left field? > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. > Something like this: > https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035286#comment-15035286 ] Carlos Santana commented on CB-10109: - I agree that it should it be a plugin. > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. > Something like this: > https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js -- 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-10109) Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open
[ https://issues.apache.org/jira/browse/CB-10109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15035323#comment-15035323 ] Shazron Abdullah commented on CB-10109: --- Yeah, something like that -- but also doing it the way Jesse's XHR helper shim does it, to cover all bases. The XHR should still act completely like one. > Allow WKWebView to proxy file:// url loading in XmlHttpRequest.open > --- > > Key: CB-10109 > URL: https://issues.apache.org/jira/browse/CB-10109 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > > Because of CORS, you can only open requests using http*:// schemes, not file. > Ultimately this might be a new plugin. The plugin needs to: > 1. Run a local webserver > 2. Proxy XmlHttpRequest.open and rewrite urls that go to (1) > The local webserver in (1) will route the requests using the appropriate > handler, and will need to utilize a secret to prevent unauthorized access. > Something like this: > https://github.com/phonegap/connect-phonegap/blob/master/res/middleware/proxy.js -- 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-9448) 'aaptOptions' does not work in Cordova Gradle building
[ https://issues.apache.org/jira/browse/CB-9448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034400#comment-15034400 ] Joe Bowser commented on CB-9448: Putting it in the docs bucket. > 'aaptOptions' does not work in Cordova Gradle building > -- > > Key: CB-9448 > URL: https://issues.apache.org/jira/browse/CB-9448 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 4.1.0 > Environment: Windows >Reporter: Christopher Mindus > > The aaptOptions configuration for Gradle building does not work. It can be > made to work only with Ant (using another mechanism). The build-extras.gradle > file does not help (in the platforms/android) directory. The build.gradle > file cannot be used. Environment variables do not work either. In projects > using e.g. the Dojo Framework that contains directory names that start with > an underscore "_" are all removed with any Gradle build, but can be made to > work in Ant build. > There are some reports that can be found on "google" about this problem, and > nobody has apparently reported it. -- 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-9448) 'aaptOptions' does not work in Cordova Gradle building
[ https://issues.apache.org/jira/browse/CB-9448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-9448: --- Assignee: (was: Andrew Grieve) Component/s: (was: Android) Docs > 'aaptOptions' does not work in Cordova Gradle building > -- > > Key: CB-9448 > URL: https://issues.apache.org/jira/browse/CB-9448 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 4.1.0 > Environment: Windows >Reporter: Christopher Mindus > > The aaptOptions configuration for Gradle building does not work. It can be > made to work only with Ant (using another mechanism). The build-extras.gradle > file does not help (in the platforms/android) directory. The build.gradle > file cannot be used. Environment variables do not work either. In projects > using e.g. the Dojo Framework that contains directory names that start with > an underscore "_" are all removed with any Gradle build, but can be made to > work in Ant build. > There are some reports that can be found on "google" about this problem, and > nobody has apparently reported it. -- 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-10064) Camera.getPicture - Wrong FileURI
[
https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034320#comment-15034320
]
graphefruit commented on CB-10064:
--
Alright, I give it a try tomorrow. Can't test it earlier sorry.
> Camera.getPicture - Wrong FileURI
> -
>
> Key: CB-10064
> URL: https://issues.apache.org/jira/browse/CB-10064
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
>Affects Versions: 5.3.3
> Environment: Android 6.0
>Reporter: graphefruit
> Labels: android
>
> Hello!
> if you take a picture with cordova and need to edit the picture, you won't
> get the edited image-file-uri if the quality is set to "100".
> {code:javascript}
> navigator.camera.getPicture(onSuccess, onFail, {
> quality: 100,
> destinationType: Camera.PictureSourceType.CAMERA,
> sourceType: sourceTypeCamera.DestinationType.NATIVE_URI
> allowEdit: true,
> encodingType: Camera.EncodingType.PNG,
> mediaType: window.Camera.MediaType.PICTURE,
> targetWidth: 0,
> targetHeight: 0,
> popoverOptions: CameraPopoverOptions,
> saveToPhotoAlbum: false
> });
> {code}
> If the quality is set to 99 the original image will be overwritten with the
> edited image content and another image is created and saved with the edited
> image content.
> At least you can then use the edited image.
> Suggestion:
> Pass two parameters
> {code:javascript}
> function onSuccess(_originalURI,_editedURI)
> {
> }
> {code}
> Edit 2:
> The SourceType: NATIVE_URI and FILE_URI are affected
> Thanks & Greetings
> Graphefruit
--
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
