[jira] [Commented] (CB-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238750#comment-15238750 ] ASF GitHub Bot commented on CB-10986: - Github user vladimir-kotikov commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/425#discussion_r59503458 --- Diff: cordova-lib/src/cordova/plugin_spec_parser.js --- @@ -0,0 +1,61 @@ +/** +Licensed to the Apache Software Foundation (ASF) under one +or more contributor license agreements. See the NOTICE file +distributed with this work for additional information +regarding copyright ownership. The ASF licenses this file +to you under the Apache License, Version 2.0 (the +"License"); you may not use this file except in compliance +with the License. You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, +software distributed under the License is distributed on an +"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +KIND, either express or implied. See the License for the +specific language governing permissions and limitations +under the License. +*/ + +// npm packages follow the pattern of (@scope/)?package(@spec)? where scope and tag are optional +var NPM_SPEC_REGEX = /^(@[^\/]+\/)?([^@\/]+)(?:@(.+))?$/; + +module.exports.parse = parse; + +/** + * Represents a parsed specification for a plugin + * @class + * @param {String} raw The raw specification (i.e. provided by the user) + * @param {String} scopeThe scope of the package if this is an npm package + * @param {String} id The id of the package if this is an npm package + * @param {String} version The version specified for the package if this is an npm package + */ +function PluginSpec(raw, scope, id, version) { +/** @member {String|null} The npm scope of the plugin spec or null if it does not have one */ +this.scope = scope || null; + +/** @member {String|null} The id of the plugin or the raw plugin spec if it is not an npm package */ +this.id = id || raw; + +/** @member {String|null} The specified version of the plugin or null if no version was specified */ +this.version = version || null; + +/** @member {String|null} The npm package of the plugin (with scope) or null if this is not a spec for an npm package */ +this.package = (scope ? scope + id : id) || null; +} + +/** + * Tries to parse the given string as an npm-style package specification of + * the form (@scope/)?package(@version)? and return the various parts. + * + * @param {String} raw The string to be parsed + * @param {PluginSpec} The parsed plugin spec --- End diff -- Probably a copy/paste typo: `@param` -> `@return` > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238752#comment-15238752 ] ASF GitHub Bot commented on CB-10986: - Github user vladimir-kotikov commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/425#discussion_r59503554 --- Diff: cordova-lib/src/cordova/plugin_spec_parser.js --- @@ -0,0 +1,61 @@ +/** +Licensed to the Apache Software Foundation (ASF) under one +or more contributor license agreements. See the NOTICE file +distributed with this work for additional information +regarding copyright ownership. The ASF licenses this file +to you under the Apache License, Version 2.0 (the +"License"); you may not use this file except in compliance +with the License. You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, +software distributed under the License is distributed on an +"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +KIND, either express or implied. See the License for the +specific language governing permissions and limitations +under the License. +*/ + +// npm packages follow the pattern of (@scope/)?package(@spec)? where scope and tag are optional +var NPM_SPEC_REGEX = /^(@[^\/]+\/)?([^@\/]+)(?:@(.+))?$/; + +module.exports.parse = parse; + +/** + * Represents a parsed specification for a plugin + * @class + * @param {String} raw The raw specification (i.e. provided by the user) + * @param {String} scopeThe scope of the package if this is an npm package + * @param {String} id The id of the package if this is an npm package + * @param {String} version The version specified for the package if this is an npm package + */ +function PluginSpec(raw, scope, id, version) { +/** @member {String|null} The npm scope of the plugin spec or null if it does not have one */ +this.scope = scope || null; + +/** @member {String|null} The id of the plugin or the raw plugin spec if it is not an npm package */ +this.id = id || raw; + +/** @member {String|null} The specified version of the plugin or null if no version was specified */ +this.version = version || null; + +/** @member {String|null} The npm package of the plugin (with scope) or null if this is not a spec for an npm package */ +this.package = (scope ? scope + id : id) || null; +} + +/** + * Tries to parse the given string as an npm-style package specification of + * the form (@scope/)?package(@version)? and return the various parts. + * + * @param {String} raw The string to be parsed + * @param {PluginSpec} The parsed plugin spec + */ +function parse(raw) { +var split = NPM_SPEC_REGEX.exec(raw); +if (split) { +return new PluginSpec(raw, split[1], split[2], split[3]); +} else { --- End diff -- Not an issue, but `else` is not necessary here > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238801#comment-15238801 ] ASF GitHub Bot commented on CB-10986: - Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-lib/pull/425#issuecomment-209292949 LGTM > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-11067) Content-Length missing in multipart form upload header on Android
[ https://issues.apache.org/jira/browse/CB-11067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238826#comment-15238826 ] ASF GitHub Bot commented on CB-11067: - GitHub user oddcb opened a pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/140 CB-11067 - Adds content-length to multipart string if file length determined as also iOS plugin does ICLA signed and sent per email. https://issues.apache.org/jira/browse/CB-11067 You can merge this pull request into a Git repository by running: $ git pull https://github.com/oddcb/cordova-plugin-file-transfer CB-11067_add_file_content_length_to_multipart_if_present Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file-transfer/pull/140.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #140 commit 7673590ad65a673c7578f7eead78fd4bd083f05c Author: Odd Christer Brovig Date: 2016-04-13T08:10:16Z CB-11067 - Adds content-length to multipart string if the file length is determined, as also the iOS plugin does. > Content-Length missing in multipart form upload header on Android > - > > Key: CB-11067 > URL: https://issues.apache.org/jira/browse/CB-11067 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Plugin version 1.5.0 > chunked = false >Reporter: Odd Christer Brovig > > On iOS Content-Length is sent as part of header for multipart form. On > Android only Content-Disposition and Content-Type is sent. > Is there a special reason for this? I see that the file size is read after > the beforeData is converted to bytes. > From FileTransfer.java: > {code:java} > > beforeData.append(LINE_START).append(BOUNDARY).append(LINE_END); > beforeData.append("Content-Disposition: form-data; > name=\"").append(fileKey).append("\";"); > beforeData.append(" > filename=\"").append(fileName).append('"').append(LINE_END); > beforeData.append("Content-Type: > ").append(mimeType).append(LINE_END).append(LINE_END); > byte[] beforeDataBytes = > beforeData.toString().getBytes("UTF-8"); > byte[] tailParamsBytes = (LINE_END + LINE_START + > BOUNDARY + LINE_START + LINE_END).getBytes("UTF-8"); > {code} > From CDVFileTransfer.m: > {code} > [postBodyBeforeFile appendData:formBoundaryData]; > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Disposition: form-data; name=\"%@\"; > filename=\"%@\"\r\n", fileKey, fileName] > dataUsingEncoding:NSUTF8StringEncoding]]; > if (mimeType != nil) { > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Type: %@\r\n", mimeType] > dataUsingEncoding:NSUTF8StringEncoding]]; > } > [postBodyBeforeFile appendData:[[NSString > stringWithFormat:@"Content-Length: %ld\r\n\r\n", (long)[fileData length]] > dataUsingEncoding:NSUTF8StringEncoding]]; > {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-6992) iOS platform add/prepare fails if app display name contains unicode characters.
[ https://issues.apache.org/jira/browse/CB-6992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238860#comment-15238860 ] ASF subversion and git services commented on CB-6992: - Commit 787bce0f8d028e409660d54aad50ec2434ef43a4 in cordova-ios's branch refs/heads/master from [~tony--] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=787bce0 ] CB-6992 Fix non-working create case, add new test This closes #216 > iOS platform add/prepare fails if app display name contains unicode > characters. > --- > > Key: CB-6992 > URL: https://issues.apache.org/jira/browse/CB-6992 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.5.0 > Environment: uname: Darwin 13.1.0 Darwin Kernel Version 13.1.0: Thu > Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64 > cordova-dev -v: 3.5.0-0.2.4 > cordova-lib: 0.21.3 > Node 0.10.26 > iOS >Reporter: Vladimir Kotikov >Assignee: Shazron Abdullah >Priority: Critical > Labels: cli, configParser, cordova-ios-4.0.x, ios, ios-deploy > > Repro steps: > # cordova create test-umlaÜt com.test.umlaÜt umlaÜt > # cd test-umlaÜt/ > # cordova platform add ios > Platform add fails with following error: > {noformat} > mv: dest file already exists: > /Users/user/test/test-umlaÜt/platforms/ios/umlaÜt/umlaÜt-Info.plist > mv: dest file already exists: > /Users/user/test/test-umlaÜt/platforms/ios/umlaÜt/umlaÜt-Prefix.pch > shell.js: internal error > Error: EINVAL, invalid argument > '/Users/user/test/test-umlaÜt/platforms/ios/umlaÜt.xcodeproj' > at Object.fs.renameSync (fs.js:543:18) > at > /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:495:8 > at Array.forEach (native) > at Object._mv > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:471:11) > at Object.mv > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:1491:23) > at pbxProject. > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/metadata/ios_parser.js:145:27) > at pbxProject.EventEmitter.emit (events.js:98:17) > at pbxProject. > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/xcode/lib/pbxProject.js:30:18) > at ChildProcess.EventEmitter.emit (events.js:98:17) > at handleMessage (child_process.js:318:10) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6992) iOS platform add/prepare fails if app display name contains unicode characters.
[ https://issues.apache.org/jira/browse/CB-6992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238861#comment-15238861 ] ASF GitHub Bot commented on CB-6992: Github user asfgit closed the pull request at: https://github.com/apache/cordova-ios/pull/216 > iOS platform add/prepare fails if app display name contains unicode > characters. > --- > > Key: CB-6992 > URL: https://issues.apache.org/jira/browse/CB-6992 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.5.0 > Environment: uname: Darwin 13.1.0 Darwin Kernel Version 13.1.0: Thu > Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64 x86_64 > cordova-dev -v: 3.5.0-0.2.4 > cordova-lib: 0.21.3 > Node 0.10.26 > iOS >Reporter: Vladimir Kotikov >Assignee: Shazron Abdullah >Priority: Critical > Labels: cli, configParser, cordova-ios-4.0.x, ios, ios-deploy > > Repro steps: > # cordova create test-umlaÜt com.test.umlaÜt umlaÜt > # cd test-umlaÜt/ > # cordova platform add ios > Platform add fails with following error: > {noformat} > mv: dest file already exists: > /Users/user/test/test-umlaÜt/platforms/ios/umlaÜt/umlaÜt-Info.plist > mv: dest file already exists: > /Users/user/test/test-umlaÜt/platforms/ios/umlaÜt/umlaÜt-Prefix.pch > shell.js: internal error > Error: EINVAL, invalid argument > '/Users/user/test/test-umlaÜt/platforms/ios/umlaÜt.xcodeproj' > at Object.fs.renameSync (fs.js:543:18) > at > /usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:495:8 > at Array.forEach (native) > at Object._mv > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:471:11) > at Object.mv > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/shelljs/shell.js:1491:23) > at pbxProject. > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/src/cordova/metadata/ios_parser.js:145:27) > at pbxProject.EventEmitter.emit (events.js:98:17) > at pbxProject. > (/usr/local/lib/node_modules/cordova/node_modules/cordova-lib/node_modules/xcode/lib/pbxProject.js:30:18) > at ChildProcess.EventEmitter.emit (events.js:98:17) > at handleMessage (child_process.js:318:10) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9287) Not enough Icons and Splashscreens for Windows 8.1 and Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-9287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] napcat updated CB-9287: --- Attachment: splashscreens_windows_universal_app.jpg Windows universal app splash screen resolutions, and icons sizes. > Not enough Icons and Splashscreens for Windows 8.1 and Windows Phone 8.1 > > > Key: CB-9287 > URL: https://issues.apache.org/jira/browse/CB-9287 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen, Windows >Affects Versions: 4.0.0 > Environment: Cordova 4.0.0, Windows Platform 3.7.1 >Reporter: Dennis Patzer >Assignee: Jesse MacFadyen > Labels: triaged, windows > Attachments: splashscreens_windows_universal_app.jpg > > Original Estimate: 24h > Remaining Estimate: 24h > > For some reason, for example only one splashscreen size is supported > (620x300). When I add other sizes by adding the following line: > src="../resources/themes/windows-phone/img/splashscreen/splashscreen.scale-140.png" > width="868" height="420" /> > The image isn't copied to the cordova/platforms/windows/images folder when > building. This is the reason why it's also not included and referenced in the > resulting package.windows.appxmanifest. > Why is that?? Or am I doing something wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-11073) Appium tests for camera are unstable
Alexander Sorokin created CB-11073: -- Summary: Appium tests for camera are unstable Key: CB-11073 URL: https://issues.apache.org/jira/browse/CB-11073 Project: Apache Cordova Issue Type: Bug Reporter: Alexander Sorokin Assignee: Alexander Sorokin Appium tests for camera that are currently being ran on the buildbot slaves are flaky and one test failure often mean that all following tests will fail too. -- This message was sent by Atlassian JIRA (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-9600) FileUploadOptions params not posted on iOS
[ https://issues.apache.org/jira/browse/CB-9600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238948#comment-15238948 ] ASF GitHub Bot commented on CB-9600: Github user mirko77 commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/121#issuecomment-209334303 I am posting to a Linux server (Ubuntu 14.10), PHP 5.6 backend , from an Ionic1.2.4 app. Here is the code, I removed the stuff not related to the bug ``` var uploader = new FileTransfer(); var options = new FileUploadOptions(); var upload_URL = $rootScope.serverUrl + PARAMETERS.API_PATH + '/upload/' + slug; var file = $rootScope.file; var file_URI; function _onSuccess(r) {} function _onError(error) {} // Set options for multipart entity file options.fileKey = 'name'; options.fileName = file.file_name; options.params = { data: { entry_uuid: "3e6450ee-eb6e-5387-0ec7-da7d13c6df30", id: "3e6450ee-eb6e-5387-0ec7-da7d13c6df30", attributes: { form: { type: "hierarchy", ref: "b8906ef28f944a26a1b7839290a5c2a6_57078c27d0238" } }, type: "file", relationships: { branch: { }, parent: { } }, file: { input_ref: "b8906ef28f944a26a1b7839290a5c2a6_57078c27d0238_57078cbf32c50", type: "photo", name: "3e6450ee-eb6e-5387-0ec7-da7d13c6df30_1460537677.jpg" } } }; if (auth) { options.headers = { Authorization: 'Bearer ' + auth; }; } file_URI = file.file_path + file.project_ref + '/' + file.file_name; //append protocol for file on ios if (window.device.platform === PARAMETERS.IOS) { file_URI = 'file://' + file_URI; options.chunkedMode = false; } uploader.upload(file_URI, upload_URL, _onSuccess, _onError, options); ``` content of the POST array of an Android request: `Array([data] => { "entry_uuid": "3e6450ee-eb6e-5387-0ec7-da7d13c6df30", "id": "3e6450ee-eb6e-5387-0ec7-da7d13c6df30", "attributes": { "form": { "type": "hierarchy", "ref": "b8906ef28f944a26a1b7839290a5c2a6_57078c27d0238" } }, "type": "file", "relationships": { "branch": {}, "parent": {} }, "file": { "input_ref": "b8906ef28f944a26a1b7839290a5c2a6_57078c27d0238_57078cbf32c50", "type": "photo", "name": "3e6450ee-eb6e-5387-0ec7-da7d13c6df30_1460537677.jpg" } })` content of the POST array of an iOS request: `Array () ` > FileUploadOptions params not posted on iOS > -- > > Key: CB-9600 > URL: https://issues.apache.org/jira/browse/CB-9600 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0, 3.7.0 > Environment: iPhone - iOS 8.4.1 >Reporter: TipsTrade >Assignee: jcesarmobile > > Using an app built using build.phonegap.com I'm finding that the > FileUploadOptions.params values aren't being posted - iOS (8.4.1) only posts > the file multipart data. This isn't a server side error as I've watched the > POST using tcpdump/Wireshark and netcat. > * PhoneGap v.3.7.0 > * Ionic Framework v.1.0.1 > * AngularJS v.1.3.13 > This is the code that is used to upload a test file. It generates a temporary > file and attempts to upload it. > {code:javascript} > $scope.doUploadTest = function() { > var q = $q.defer(); > var promise = q.promise; > var text = "Test file content: " + new Date(); > $window.requestFileSystem(LocalFileSystem.TEMPORARY, text.length, > function(fs) { > q.resolve(fs); > }, function(err) { > q.reject(err); > }); > promise > .then(function(fs) { > var qFile = $q.defer(); > fs.root.getFile("upload.tmp", {create: true, exclusive: false}, > function(entry) { > qFile.resolve(entry); > }, function(err) { > qFile.reject(err); > }); > return qFile.promise; > }) > .then(function(entry) { > console.log("got file: " + entry.nativeURL); > var qWriter = $q.defer(); > entry.createWriter(function(writer) { > qWriter.resolve({writer: writer, entry: entry}); > }, function(err) { > qWriter.reject(err); > }); > return qWriter.promise; > }) > .then(function(response) { > var qWrite = $q.defer(); > response.writer.onwriteend = function(evt) { > qWrite.resolve(response.entry); > }; > response.writer.write(text); > return qWrite.promise; > }) > .then(
[jira] [Created] (CB-11074) WKWebView configuration is not considered
Alexis Kofman created CB-11074: -- Summary: WKWebView configuration is not considered Key: CB-11074 URL: https://issues.apache.org/jira/browse/CB-11074 Project: Apache Cordova Issue Type: Bug Components: Plugin WKWebViewEngine Environment: ios Reporter: Alexis Kofman Priority: Critical Regarding the code of WKWebView.h, WKWebViewConfiguration seems to be a readonly property. {code} @property (nonatomic, readonly, copy) WKWebViewConfiguration *configuration; {code} But in this plugin, we are trying to update the WKWebView configuration after initialising it and it looks like all this part is not considered : https://github.com/apache/cordova-plugin-wkwebview-engine/blob/master/src/ios/CDVWKWebViewEngine.m#L146-L150 -- This message was sent by Atlassian JIRA (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-11074) WKWebView configuration is not considered
[ https://issues.apache.org/jira/browse/CB-11074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238974#comment-15238974 ] ASF GitHub Bot commented on CB-11074: - GitHub user akofman opened a pull request: https://github.com/apache/cordova-plugin-wkwebview-engine/pull/7 Fixes CB-11074: WKWebView configuration is not considered I updated the configuration before the WKWebView initialisation in order to consider it. It implies that the updateWithInfo method doesn't update it anymore. I'm not sure it is really a problem but I'd prefer @shazron to confirm. Thanks for the reviews ! You can merge this pull request into a Git repository by running: $ git pull https://github.com/akofman/cordova-plugin-wkwebview-engine master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-wkwebview-engine/pull/7.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #7 commit 18219a0fe66208cc3ff1a794908510194cf86668 Author: Alexis Kofman Date: 2016-04-13T09:46:45Z Fixes CB-11074: WKWebView configuration is not considered > WKWebView configuration is not considered > - > > Key: CB-11074 > URL: https://issues.apache.org/jira/browse/CB-11074 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine > Environment: ios >Reporter: Alexis Kofman >Priority: Critical > > Regarding the code of WKWebView.h, WKWebViewConfiguration seems to be a > readonly property. > {code} > @property (nonatomic, readonly, copy) WKWebViewConfiguration *configuration; > {code} > But in this plugin, we are trying to update the WKWebView configuration after > initialising it and it looks like all this part is not considered : > https://github.com/apache/cordova-plugin-wkwebview-engine/blob/master/src/ios/CDVWKWebViewEngine.m#L146-L150 -- This message was sent by Atlassian JIRA (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-9287) Not enough Icons and Splashscreens for Windows 8.1 and Windows Phone 8.1
[ https://issues.apache.org/jira/browse/CB-9287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238905#comment-15238905 ] napcat commented on CB-9287: This is also affecting my projects. In the docs only two sizes are listed: But there's a lot more sizes that a windows universal app needs. Also the icons needs all the diferentes size deviations from sale100 to scale125, scale 150, scale200 and scale400. !splashscreens_windows_universal_app.jpg! > Not enough Icons and Splashscreens for Windows 8.1 and Windows Phone 8.1 > > > Key: CB-9287 > URL: https://issues.apache.org/jira/browse/CB-9287 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen, Windows >Affects Versions: 4.0.0 > Environment: Cordova 4.0.0, Windows Platform 3.7.1 >Reporter: Dennis Patzer >Assignee: Jesse MacFadyen > Labels: triaged, windows > Attachments: splashscreens_windows_universal_app.jpg > > Original Estimate: 24h > Remaining Estimate: 24h > > For some reason, for example only one splashscreen size is supported > (620x300). When I add other sizes by adding the following line: > src="../resources/themes/windows-phone/img/splashscreen/splashscreen.scale-140.png" > width="868" height="420" /> > The image isn't copied to the cordova/platforms/windows/images folder when > building. This is the reason why it's also not included and referenced in the > resulting package.windows.appxmanifest. > Why is that?? Or am I doing something wrong? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9600) FileUploadOptions params not posted on iOS
[ https://issues.apache.org/jira/browse/CB-9600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238985#comment-15238985 ] ASF GitHub Bot commented on CB-9600: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/121#issuecomment-209347935 `params` should be `A set of optional key/value pairs to pass in the HTTP request. (Object, key/value - DOMString)` as the documentation says - can you please try to JSON.stringify the `data` object? > FileUploadOptions params not posted on iOS > -- > > Key: CB-9600 > URL: https://issues.apache.org/jira/browse/CB-9600 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0, 3.7.0 > Environment: iPhone - iOS 8.4.1 >Reporter: TipsTrade >Assignee: jcesarmobile > > Using an app built using build.phonegap.com I'm finding that the > FileUploadOptions.params values aren't being posted - iOS (8.4.1) only posts > the file multipart data. This isn't a server side error as I've watched the > POST using tcpdump/Wireshark and netcat. > * PhoneGap v.3.7.0 > * Ionic Framework v.1.0.1 > * AngularJS v.1.3.13 > This is the code that is used to upload a test file. It generates a temporary > file and attempts to upload it. > {code:javascript} > $scope.doUploadTest = function() { > var q = $q.defer(); > var promise = q.promise; > var text = "Test file content: " + new Date(); > $window.requestFileSystem(LocalFileSystem.TEMPORARY, text.length, > function(fs) { > q.resolve(fs); > }, function(err) { > q.reject(err); > }); > promise > .then(function(fs) { > var qFile = $q.defer(); > fs.root.getFile("upload.tmp", {create: true, exclusive: false}, > function(entry) { > qFile.resolve(entry); > }, function(err) { > qFile.reject(err); > }); > return qFile.promise; > }) > .then(function(entry) { > console.log("got file: " + entry.nativeURL); > var qWriter = $q.defer(); > entry.createWriter(function(writer) { > qWriter.resolve({writer: writer, entry: entry}); > }, function(err) { > qWriter.reject(err); > }); > return qWriter.promise; > }) > .then(function(response) { > var qWrite = $q.defer(); > response.writer.onwriteend = function(evt) { > qWrite.resolve(response.entry); > }; > response.writer.write(text); > return qWrite.promise; > }) > .then(function(entry) { > $scope.error = entry; > var qUpload = $q.defer(); > var options = new FileUploadOptions(); > options.params = { > Value: { > list: [1, 2, 3], > text: "foo bar baz", > number: 1234 > } > }; > options.fileKey = "thefile"; > options.fileName = entry.name; > options.mimeType = "text/plain"; > options.chunkedMode = false; > options.headers = { > "X-Upload": (new Date()).toString() > }; > var ft = new FileTransfer(); > ft.upload(entry.nativeURL, "http://192.168.0.30:9100/";, > function(success) { > entry.remove(); > qUpload.resolve(success); > }, function(err) { > entry.remove(); > qUpload.reject(err); > }, options); > // Abort after 3 seconds > $timeout(function() { > console.log("Aborting upload - timed out"); > ft.abort(); > }, 3000); > return qUpload.promise; > }) > .then(function(response) { > console.log("Upload succeeded"); > $scope.error = response; > }) > .catch(function(err) { > console.log("Upload failed"); > $scope.error = err; > }); > ; > }; > {code} > The request made by an iPhone 6 (iOS v.8.4.1) is as follows: > {noformat} > POST / HTTP/1.1 > Host: 192.168.0.30:9100 > Content-Type: multipart/form-data; > boundary=+org.apache.cordova.formBoundary > Accept-Encoding: gzip, deflate > X-Upload: Tue Sep 01 2015 12:12:49 GMT+0100 (BST) > Connection: keep-alive > Accept: */* > User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 8_4_1 like Mac OS X) > AppleWebKit/600.1.4 (KHTML, like Gecko) Mobile/12H321 (5348809648) > Content-Length: 261 > Accept-Language: en-us > X-Requested-With: XMLHttpRequest > --+org.apache.cordova.formBoundary > Content-Disposition: form-data; name="thefile"; filename="upload.tmp" > Content-Type: text/plain > Content-Length: 58 > Test file content: Tue Sep 01 2015 12:12:49 GMT+0100 (BST) > --+org.apache.cordova.formBoundary-- > {noformat} > On a Motorola Moto X (2nd gen, Android 5.1) the request is this: > {noformat} > POST / HTT
[jira] [Commented] (CB-10076) Android, Camera, saveToPhotoAlbum
[ https://issues.apache.org/jira/browse/CB-10076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238967#comment-15238967 ] cither commented on CB-10076: - And plugin version: 2.1.1 > Android, Camera, saveToPhotoAlbum > - > > Key: CB-10076 > URL: https://issues.apache.org/jira/browse/CB-10076 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android >Reporter: Raymond Camden >Priority: Minor > Labels: android, wfc > > I've got an app using the camera that crashes when a new picture is taken. > The error is: Error capturing image > A quick Google search turned up this item: > http://stackoverflow.com/questions/29392639/error-capturing-image-with-phonegap-on-android > I can confirm that disabling saveToPhotoAlbum fixed it for the Android tablet > I tested with. -- This message was sent by Atlassian JIRA (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-10076) Android, Camera, saveToPhotoAlbum
[ https://issues.apache.org/jira/browse/CB-10076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238945#comment-15238945 ] cither commented on CB-10076: - I have the same problem. Model: ASUS_Z00AD OS: 5.0 > Android, Camera, saveToPhotoAlbum > - > > Key: CB-10076 > URL: https://issues.apache.org/jira/browse/CB-10076 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android >Reporter: Raymond Camden >Priority: Minor > Labels: android, wfc > > I've got an app using the camera that crashes when a new picture is taken. > The error is: Error capturing image > A quick Google search turned up this item: > http://stackoverflow.com/questions/29392639/error-capturing-image-with-phonegap-on-android > I can confirm that disabling saveToPhotoAlbum fixed it for the Android tablet > I tested with. -- This message was sent by Atlassian JIRA (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-9600) FileUploadOptions params not posted on iOS
[ https://issues.apache.org/jira/browse/CB-9600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239098#comment-15239098 ] ASF GitHub Bot commented on CB-9600: Github user mirko77 commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/121#issuecomment-209383867 @daserge fair enough, I think we will have to simplify that object. It has always been working on Android so we never faced the issue. Stringifying or serialising the data object work > FileUploadOptions params not posted on iOS > -- > > Key: CB-9600 > URL: https://issues.apache.org/jira/browse/CB-9600 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.5.0, 3.7.0 > Environment: iPhone - iOS 8.4.1 >Reporter: TipsTrade >Assignee: jcesarmobile > > Using an app built using build.phonegap.com I'm finding that the > FileUploadOptions.params values aren't being posted - iOS (8.4.1) only posts > the file multipart data. This isn't a server side error as I've watched the > POST using tcpdump/Wireshark and netcat. > * PhoneGap v.3.7.0 > * Ionic Framework v.1.0.1 > * AngularJS v.1.3.13 > This is the code that is used to upload a test file. It generates a temporary > file and attempts to upload it. > {code:javascript} > $scope.doUploadTest = function() { > var q = $q.defer(); > var promise = q.promise; > var text = "Test file content: " + new Date(); > $window.requestFileSystem(LocalFileSystem.TEMPORARY, text.length, > function(fs) { > q.resolve(fs); > }, function(err) { > q.reject(err); > }); > promise > .then(function(fs) { > var qFile = $q.defer(); > fs.root.getFile("upload.tmp", {create: true, exclusive: false}, > function(entry) { > qFile.resolve(entry); > }, function(err) { > qFile.reject(err); > }); > return qFile.promise; > }) > .then(function(entry) { > console.log("got file: " + entry.nativeURL); > var qWriter = $q.defer(); > entry.createWriter(function(writer) { > qWriter.resolve({writer: writer, entry: entry}); > }, function(err) { > qWriter.reject(err); > }); > return qWriter.promise; > }) > .then(function(response) { > var qWrite = $q.defer(); > response.writer.onwriteend = function(evt) { > qWrite.resolve(response.entry); > }; > response.writer.write(text); > return qWrite.promise; > }) > .then(function(entry) { > $scope.error = entry; > var qUpload = $q.defer(); > var options = new FileUploadOptions(); > options.params = { > Value: { > list: [1, 2, 3], > text: "foo bar baz", > number: 1234 > } > }; > options.fileKey = "thefile"; > options.fileName = entry.name; > options.mimeType = "text/plain"; > options.chunkedMode = false; > options.headers = { > "X-Upload": (new Date()).toString() > }; > var ft = new FileTransfer(); > ft.upload(entry.nativeURL, "http://192.168.0.30:9100/";, > function(success) { > entry.remove(); > qUpload.resolve(success); > }, function(err) { > entry.remove(); > qUpload.reject(err); > }, options); > // Abort after 3 seconds > $timeout(function() { > console.log("Aborting upload - timed out"); > ft.abort(); > }, 3000); > return qUpload.promise; > }) > .then(function(response) { > console.log("Upload succeeded"); > $scope.error = response; > }) > .catch(function(err) { > console.log("Upload failed"); > $scope.error = err; > }); > ; > }; > {code} > The request made by an iPhone 6 (iOS v.8.4.1) is as follows: > {noformat} > POST / HTTP/1.1 > Host: 192.168.0.30:9100 > Content-Type: multipart/form-data; > boundary=+org.apache.cordova.formBoundary > Accept-Encoding: gzip, deflate > X-Upload: Tue Sep 01 2015 12:12:49 GMT+0100 (BST) > Connection: keep-alive > Accept: */* > User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 8_4_1 like Mac OS X) > AppleWebKit/600.1.4 (KHTML, like Gecko) Mobile/12H321 (5348809648) > Content-Length: 261 > Accept-Language: en-us > X-Requested-With: XMLHttpRequest > --+org.apache.cordova.formBoundary > Content-Disposition: form-data; name="thefile"; filename="upload.tmp" > Content-Type: text/plain > Content-Length: 58 > Test file content: Tue Sep 01 2015 12:12:49 GMT+0100 (BST) > --+org.apache.cordova.formBoundary-- > {noformat} > On a Motorola Moto X (2nd gen, Android 5.1) the request is this: > {noformat} > POST / HTTP/1.1 > Cont
[jira] [Commented] (CB-8481) backbutton can't be override in windwos universal
[ https://issues.apache.org/jira/browse/CB-8481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239129#comment-15239129 ] Beat commented on CB-8481: -- [~rdesimone] You are probalby right with not marking this issue as resolved! Last week my application was not approved by the windows store review team, because the application was not minimized by pressing the back button! This is a real problem. > backbutton can't be override in windwos universal > - > > Key: CB-8481 > URL: https://issues.apache.org/jira/browse/CB-8481 > Project: Apache Cordova > Issue Type: Bug > Components: Windows > Environment: Windows Phone 8.1+ >Reporter: Sarmad Eternal >Assignee: Wolfgang Koller > Labels: universal, windows, windows-phone-81 > Fix For: Master > > > Hi, > Simply > document.addEventListener("backbutton", onBackKeyDown, false); > Doesn't work (fire?) on windows "universal apps", as apps works on tablet/PC > and mobile, mobiles has the back button and it will exit the app as soon as > touched "no history". > 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] [Created] (CB-11075) Appium test runner should handle any exception
Alexander Sorokin created CB-11075: -- Summary: Appium test runner should handle any exception Key: CB-11075 URL: https://issues.apache.org/jira/browse/CB-11075 Project: Apache Cordova Issue Type: Task Reporter: Alexander Sorokin Assignee: Alexander Sorokin Appium test runner should handle any exception to make sure the Appium server got killed at the end of test run. -- This message was sent by Atlassian JIRA (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-11075) Appium test runner should handle any exception
[ https://issues.apache.org/jira/browse/CB-11075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239190#comment-15239190 ] ASF GitHub Bot commented on CB-11075: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-medic/pull/89 CB-11075 Appium tests: Exit gracefully on uncaught exception https://issues.apache.org/jira/browse/CB-11075 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-medic CB-11075 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-medic/pull/89.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #89 commit b4b2fd412b50020148a499424a3bbc2aa196cf0b Author: Alexander Sorokin Date: 2016-04-13T12:59:31Z CB-11075 Appium tests: Exit gracefully on uncaught exception > Appium test runner should handle any exception > -- > > Key: CB-11075 > URL: https://issues.apache.org/jira/browse/CB-11075 > Project: Apache Cordova > Issue Type: Task >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium test runner should handle any exception to make sure the Appium server > got killed at the end of test run. -- This message was sent by Atlassian JIRA (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-11075) Appium test runner should handle any exception
[ https://issues.apache.org/jira/browse/CB-11075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239192#comment-15239192 ] ASF GitHub Bot commented on CB-11075: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/89 > Appium test runner should handle any exception > -- > > Key: CB-11075 > URL: https://issues.apache.org/jira/browse/CB-11075 > Project: Apache Cordova > Issue Type: Task >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium test runner should handle any exception to make sure the Appium server > got killed at the end of test run. -- This message was sent by Atlassian JIRA (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-11075) Appium test runner should handle any exception
[ https://issues.apache.org/jira/browse/CB-11075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239191#comment-15239191 ] ASF subversion and git services commented on CB-11075: -- Commit b4b2fd412b50020148a499424a3bbc2aa196cf0b in cordova-medic's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=b4b2fd4 ] CB-11075 Appium tests: Exit gracefully on uncaught exception > Appium test runner should handle any exception > -- > > Key: CB-11075 > URL: https://issues.apache.org/jira/browse/CB-11075 > Project: Apache Cordova > Issue Type: Task >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium test runner should handle any exception to make sure the Appium server > got killed at the end of test run. -- This message was sent by Atlassian JIRA (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-11073) Appium tests for camera are unstable
[ https://issues.apache.org/jira/browse/CB-11073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239201#comment-15239201 ] ASF GitHub Bot commented on CB-11073: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/206 CB-11073 Appium tests stability improvements https://issues.apache.org/jira/browse/CB-11073 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-camera CB-11073 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/206.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #206 commit 82c9f4524a4720242d7572e479c533b498be0751 Author: Alexander Sorokin Date: 2016-04-13T09:42:51Z CB-11073 Appium tests stability improvements > Appium tests for camera are unstable > > > Key: CB-11073 > URL: https://issues.apache.org/jira/browse/CB-11073 > Project: Apache Cordova > Issue Type: Bug >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium tests for camera that are currently being ran on the buildbot slaves > are flaky and one test failure often mean that all following tests will fail > too. -- This message was sent by Atlassian JIRA (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-11073) Appium tests for camera are unstable
[ https://issues.apache.org/jira/browse/CB-11073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239205#comment-15239205 ] ASF GitHub Bot commented on CB-11073: - Github user alsorokin commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/206#issuecomment-209432618 This is a re-creation of https://github.com/apache/cordova-plugin-camera/pull/202 > Appium tests for camera are unstable > > > Key: CB-11073 > URL: https://issues.apache.org/jira/browse/CB-11073 > Project: Apache Cordova > Issue Type: Bug >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium tests for camera that are currently being ran on the buildbot slaves > are flaky and one test failure often mean that all following tests will fail > too. -- This message was sent by Atlassian JIRA (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-11073) Appium tests for camera are unstable
[ https://issues.apache.org/jira/browse/CB-11073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239208#comment-15239208 ] ASF GitHub Bot commented on CB-11073: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-camera/pull/206 > Appium tests for camera are unstable > > > Key: CB-11073 > URL: https://issues.apache.org/jira/browse/CB-11073 > Project: Apache Cordova > Issue Type: Bug >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium tests for camera that are currently being ran on the buildbot slaves > are flaky and one test failure often mean that all following tests will fail > too. -- This message was sent by Atlassian JIRA (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-11073) Appium tests for camera are unstable
[ https://issues.apache.org/jira/browse/CB-11073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239207#comment-15239207 ] ASF subversion and git services commented on CB-11073: -- Commit 82c9f4524a4720242d7572e479c533b498be0751 in cordova-plugin-camera's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=82c9f45 ] CB-11073 Appium tests stability improvements > Appium tests for camera are unstable > > > Key: CB-11073 > URL: https://issues.apache.org/jira/browse/CB-11073 > Project: Apache Cordova > Issue Type: Bug >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium tests for camera that are currently being ran on the buildbot slaves > are flaky and one test failure often mean that all following tests will fail > too. -- This message was sent by Atlassian JIRA (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-11076) Application buit with Cordova 6 doesn't work on iPhone 3GS (ios 6.1.6)
Maciej Jaros created CB-11076: - Summary: Application buit with Cordova 6 doesn't work on iPhone 3GS (ios 6.1.6) Key: CB-11076 URL: https://issues.apache.org/jira/browse/CB-11076 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 6.0.0 Environment: PhoneGap Build Reporter: Maciej Jaros The [docs|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html] say iPhone 3GS is still supported, but when built with cli-6.0.0 minimum seems to be iOS 8.0 (which is not available for iPhone 3GS). So seems like either docs need update or something need to be fixed. ...or maybe this is an issue with PGB? I cannot test this directly, but I assume they use Cordova cli directly now. In build log I see: {code:title=log snip|borderStyle=solid} /Applications/Xcode.app/Contents/Developer/usr/bin/ibtool --errors --warnings --notices --module ... --output-partial-info-plist .../MainViewController-PartialInfo.plist --auto-activate-custom-fonts --target-device iphone --target-device ipad --minimum-deployment-target 8.0 --output-format human-readable-text --compile .../MainViewController.nib .../Classes/MainViewController.xib {code} Notice `minimum-deployment-target 8.0`. Not sure were this come from, but I disable all plugins in `config.xml` and the target is still the same. -- This message was sent by Atlassian JIRA (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-11076) Application buit with Cordova 6 doesn't work on iPhone 3GS (ios 6.1.6)
[ https://issues.apache.org/jira/browse/CB-11076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239274#comment-15239274 ] Maciej Jaros commented on CB-11076: --- Hm... I see docs source already changed: https://github.com/apache/cordova-docs/commit/e9bb2a7afc547e0e1c7bd4312cdfc821b9348d4e#diff-f22acfe9e3ac5b3385cf807e058ccd72 Please push them to https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html Thanks. > Application buit with Cordova 6 doesn't work on iPhone 3GS (ios 6.1.6) > -- > > Key: CB-11076 > URL: https://issues.apache.org/jira/browse/CB-11076 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.0.0 > Environment: PhoneGap Build >Reporter: Maciej Jaros > > The > [docs|https://cordova.apache.org/docs/en/latest/guide/platforms/ios/index.html] > say iPhone 3GS is still supported, but when built with cli-6.0.0 minimum > seems to be iOS 8.0 (which is not available for iPhone 3GS). > So seems like either docs need update or something need to be fixed. > ...or maybe this is an issue with PGB? I cannot test this directly, but I > assume they use Cordova cli directly now. In build log I see: > {code:title=log snip|borderStyle=solid} > /Applications/Xcode.app/Contents/Developer/usr/bin/ibtool --errors --warnings > --notices --module ... --output-partial-info-plist > .../MainViewController-PartialInfo.plist --auto-activate-custom-fonts > --target-device iphone --target-device ipad --minimum-deployment-target 8.0 > --output-format human-readable-text --compile .../MainViewController.nib > .../Classes/MainViewController.xib > {code} > Notice `minimum-deployment-target 8.0`. Not sure were this come from, but I > disable all plugins in `config.xml` and the target is still the same. -- This message was sent by Atlassian JIRA (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-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239275#comment-15239275 ] phcorp commented on CB-11007: - Yes it still fails > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (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-11077) backbutton does not minimize app
Beat created CB-11077: - Summary: backbutton does not minimize app Key: CB-11077 URL: https://issues.apache.org/jira/browse/CB-11077 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 4.3.0, 4.3.2 Reporter: Beat Priority: Blocker I was always wondering why backbutton handling was not well supported on windows-phone platform until windows@4.2.0 was released with backbutton support [CB-8481|https://issues.apache.org/jira/browse/CB-8481]. But currently this fix became a real problem for me since I tried to release a new version of my application to the windows store. My application was not approved by ms team, because it was not suspended when there is no history. So I had to downgrade to windows@4.1.0 to get an approved application... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8481) backbutton can't be override in windwos universal
[ https://issues.apache.org/jira/browse/CB-8481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239129#comment-15239129 ] Beat edited comment on CB-8481 at 4/13/16 2:06 PM: --- [~rdesimone] You are probalby right with not marking this issue as resolved! Last week my application was not approved by the windows store review team, because the application was not minimized by pressing the back button! This is a real problem. I opened a new issue [CB-11077|https://issues.apache.org/jira/browse/CB-11077] was (Author: beat.grabe): [~rdesimone] You are probalby right with not marking this issue as resolved! Last week my application was not approved by the windows store review team, because the application was not minimized by pressing the back button! This is a real problem. > backbutton can't be override in windwos universal > - > > Key: CB-8481 > URL: https://issues.apache.org/jira/browse/CB-8481 > Project: Apache Cordova > Issue Type: Bug > Components: Windows > Environment: Windows Phone 8.1+ >Reporter: Sarmad Eternal >Assignee: Wolfgang Koller > Labels: universal, windows, windows-phone-81 > Fix For: Master > > > Hi, > Simply > document.addEventListener("backbutton", onBackKeyDown, false); > Doesn't work (fire?) on windows "universal apps", as apps works on tablet/PC > and mobile, mobiles has the back button and it will exit the app as soon as > touched "no history". > 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] [Commented] (CB-11077) backbutton does not minimize app
[ https://issues.apache.org/jira/browse/CB-11077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239335#comment-15239335 ] Roberto De Simone commented on CB-11077: As a workaround you have to use WinJS.Application.addEventListener("backclick", onBackButton, false) like commented here https://issues.apache.org/jira/browse/CB-8481?focusedCommentId=15075886&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15075886 Downgrading is IMO no solution, because you will face the ugly bug that selecting the app icon to resume the app, will restart the app. > backbutton does not minimize app > > > Key: CB-11077 > URL: https://issues.apache.org/jira/browse/CB-11077 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.3.0, 4.3.2 >Reporter: Beat >Priority: Blocker > Labels: cordova, universal, window, windows-phone, > windows-phone-81, windows-universal > > I was always wondering why backbutton handling was not well supported on > windows-phone platform until windows@4.2.0 was released with backbutton > support [CB-8481|https://issues.apache.org/jira/browse/CB-8481]. > But currently this fix became a real problem for me since I tried to release > a new version of my application to the windows store. My application was not > approved by ms team, because it was not suspended when there is no history. > So I had to downgrade to windows@4.1.0 to get an approved application... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10508) Status Bar Plugin Covering Webview
[ https://issues.apache.org/jira/browse/CB-10508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239348#comment-15239348 ] Clay Brinlee commented on CB-10508: --- I know it's a coincidence that you mentioned rolling back your code to 2.0 but this Stack Overflow: http://stackoverflow.com/questions/36156357/cordova-status-bar-plugin-doesnt-work-in-android-when-keyboard-pops-up talks about a guy rolling back to 2.0.0 of the plugin and it worked for him. I tried it and sure enough, i no longer have the issue with the statusbar coming up and staying after the user enters text. > Status Bar Plugin Covering Webview > -- > > Key: CB-10508 > URL: https://issues.apache.org/jira/browse/CB-10508 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.5.0 > Environment: Cordova Crosswalk Android >Reporter: Brenton Thomas > Labels: Android > > Something seems to have changed in the status bar plugin recently. > The way it used to work was that after pulling down the statusbar it would > automatically pull back up into the hidden state. > Now it doesn't. Once activated it stays on the screen and covers my controls. > Also the StatusBar.isVisible property only reflects that the program has > made the status bar visible - not the actual state. In other words if android > itself has shown the status bar on a notification the plugin reports that it > is hidden. This makes it impossible to watch for it being visible so I can > call hide. > As a work around I am calling hide every couple of seconds - but it is a > really ugly solution and is filling my debug logs with event messages. > Late Edit: Rolling back to version 2.0.0 seems to have fixed things for now. > Also looking at things 2.0.0 seems to have a slight translucency to its color > that seems to have gone now. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] phcorp updated CB-11007: Comment: was deleted (was: Yes it still fails) > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (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-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239352#comment-15239352 ] jcesarmobile commented on CB-11007: --- You deleted your comment, that means it doesn't fail? > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (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-11077) backbutton does not minimize app
[ https://issues.apache.org/jira/browse/CB-11077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239366#comment-15239366 ] Beat commented on CB-11077: --- mhh..I know downgrading is not the best solution, but I needed a fast approvement. While on debugging I run into the function block below. I tried both, but nothing happens {code:javascript} WinJS.Application.addEventListener( "backclick", onBackButton, false ); function onBackButton() { return true; // return false; } {code} > backbutton does not minimize app > > > Key: CB-11077 > URL: https://issues.apache.org/jira/browse/CB-11077 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.3.0, 4.3.2 >Reporter: Beat >Priority: Blocker > Labels: cordova, universal, window, windows-phone, > windows-phone-81, windows-universal > > I was always wondering why backbutton handling was not well supported on > windows-phone platform until windows@4.2.0 was released with backbutton > support [CB-8481|https://issues.apache.org/jira/browse/CB-8481]. > But currently this fix became a real problem for me since I tried to release > a new version of my application to the windows store. My application was not > approved by ms team, because it was not suspended when there is no history. > So I had to downgrade to windows@4.1.0 to get an approved application... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239375#comment-15239375 ] phcorp commented on CB-11007: - Sorry I realized my local install was not right, I am still investigating. > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (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-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239395#comment-15239395 ] phcorp commented on CB-11007: - That's repaired! I close the issue, thank you. > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11007) Failed to copy cordova-plugin-dialogs ressource when building ios platfor
[ https://issues.apache.org/jira/browse/CB-11007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] phcorp closed CB-11007. --- Resolution: Fixed Fixed in cordova 6.1.1 > Failed to copy cordova-plugin-dialogs ressource when building ios platfor > - > > Key: CB-11007 > URL: https://issues.apache.org/jira/browse/CB-11007 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Dialogs >Affects Versions: 4.1.0 > Environment: Mac OSX 10.11.4 (15E65) > cordova 6.1.0 > cordova-ios 4.1.0 > cordova-plugin-dialogs 1.1.1 >Reporter: phcorp > Labels: wfc > > After upgrading cordova version to 6.1.0 and cordova-ios to 4.1.0 > I can no longer build iOS platform > cordova-plugin-dialogs seems to be involved > To make sure the problem was real, I verified cordova, platforms and plugins > versions and removed and reinstalled them. > ``` cordova build ios ``` command output: > ``` > ** BUILD FAILED ** > The following build commands failed: > CpResource MyApp/Resources/CDVNotification.bundle > build/emulator/MyApp.app/CDVNotification.bundle > (1 failure) > Error: Error code 65 for command: xcodebuild with args: > -xcconfig,/Users/phcorp/Apps/phcorp-app/platforms/ios/cordova/build-debug.xcconfig,-project,MyApp.xcodeproj,ARCHS=i386,-target,MyApp,-configuration,Debug,-sdk,iphonesimulator,build,VALID_ARCHS=i386,CONFIGURATION_BUILD_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/emulator,SHARED_PRECOMPS_DIR=/Users/phcorp/Apps/phcorp-app/platforms/ios/build/sharedpch > ``` > Hope it helps -- This message was sent by Atlassian JIRA (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-11075) Appium test runner should handle any exception
[ https://issues.apache.org/jira/browse/CB-11075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239473#comment-15239473 ] ASF subversion and git services commented on CB-11075: -- Commit a29e0d0e538456640065bd16ec4b4f1fc8e03b40 in cordova-medic's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=a29e0d0 ] CB-11075 Added a 2sec timeout at uncaught exception to let processes finish > Appium test runner should handle any exception > -- > > Key: CB-11075 > URL: https://issues.apache.org/jira/browse/CB-11075 > Project: Apache Cordova > Issue Type: Task >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium test runner should handle any exception to make sure the Appium server > got killed at the end of test run. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-11075) Appium test runner should handle any exception
[ https://issues.apache.org/jira/browse/CB-11075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin closed CB-11075. -- Resolution: Fixed > Appium test runner should handle any exception > -- > > Key: CB-11075 > URL: https://issues.apache.org/jira/browse/CB-11075 > Project: Apache Cordova > Issue Type: Task >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Appium test runner should handle any exception to make sure the Appium server > got killed at the end of test run. -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the capture photo (when use encodingType: Camera.EncodingType.JPEG)
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239586#comment-15239586 ] ASF GitHub Bot commented on CB-10873: - Github user jasongin commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/205#discussion_r59583794 --- Diff: src/ios/CDVCamera.m --- @@ -358,6 +358,7 @@ - (NSData*)processImage:(UIImage*)image info:(NSDictionary*)info options:(CDVPic // use image unedited as requested , don't resize data = UIImageJPEGRepresentation(image, 1.0); } else { +data = UIImageJPEGRepresentation(image, [options.quality floatValue] / 100.0f); if (options.usesGeolocation) { --- End diff -- When using the "unedited" image above, the geolocation option is ignored -- is that correct behavior? Or should the if (options.usesGeolocation) be moved to outside/after the else block? > "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the > capture photo (when use encodingType: Camera.EncodingType.JPEG) > > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239591#comment-15239591 ] ASF GitHub Bot commented on CB-10986: - Github user riknoll commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/425#discussion_r59584301 --- Diff: cordova-lib/src/cordova/plugin_spec_parser.js --- @@ -0,0 +1,61 @@ +/** +Licensed to the Apache Software Foundation (ASF) under one +or more contributor license agreements. See the NOTICE file +distributed with this work for additional information +regarding copyright ownership. The ASF licenses this file +to you under the Apache License, Version 2.0 (the +"License"); you may not use this file except in compliance +with the License. You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, +software distributed under the License is distributed on an +"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +KIND, either express or implied. See the License for the +specific language governing permissions and limitations +under the License. +*/ + +// npm packages follow the pattern of (@scope/)?package(@spec)? where scope and tag are optional +var NPM_SPEC_REGEX = /^(@[^\/]+\/)?([^@\/]+)(?:@(.+))?$/; + +module.exports.parse = parse; + +/** + * Represents a parsed specification for a plugin + * @class + * @param {String} raw The raw specification (i.e. provided by the user) + * @param {String} scopeThe scope of the package if this is an npm package + * @param {String} id The id of the package if this is an npm package + * @param {String} version The version specified for the package if this is an npm package + */ +function PluginSpec(raw, scope, id, version) { +/** @member {String|null} The npm scope of the plugin spec or null if it does not have one */ +this.scope = scope || null; + +/** @member {String|null} The id of the plugin or the raw plugin spec if it is not an npm package */ +this.id = id || raw; + +/** @member {String|null} The specified version of the plugin or null if no version was specified */ +this.version = version || null; + +/** @member {String|null} The npm package of the plugin (with scope) or null if this is not a spec for an npm package */ +this.package = (scope ? scope + id : id) || null; +} + +/** + * Tries to parse the given string as an npm-style package specification of + * the form (@scope/)?package(@version)? and return the various parts. + * + * @param {String} raw The string to be parsed + * @param {PluginSpec} The parsed plugin spec --- End diff -- Good catch! Will update > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-10873) "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the capture photo (when use encodingType: Camera.EncodingType.JPEG)
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239646#comment-15239646 ] ASF GitHub Bot commented on CB-10873: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/205#issuecomment-209551757 @alsorokin Is it possible for our appium test cover this scenario? Sounds like you will have to enable this preference to see this issue. > "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the > capture photo (when use encodingType: Camera.EncodingType.JPEG) > > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239677#comment-15239677 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/426#discussion_r59592544 --- Diff: cordova-lib/src/cordova/run.js --- @@ -32,8 +32,10 @@ module.exports = function run(options) { var hooksRunner = new HooksRunner(projectRoot); return hooksRunner.fire('before_run', options) .then(function() { -// Run a prepare first, then shell out to run -return require('./cordova').raw.prepare(options); +if (!options.options.noprepare) { +// Run a prepare first, then shell out to run +return require('./cordova').raw.prepare(options); +} --- End diff -- Please add ```return Q();``` in the alternative code path > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11066) uap-prefixed capabilities are not being removed from package.windows10.appxmanifest on plugin rm
[ https://issues.apache.org/jira/browse/CB-11066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-11066: --- Assignee: Sergey Shakhnazarov > uap-prefixed capabilities are not being removed from > package.windows10.appxmanifest on plugin rm > > > Key: CB-11066 > URL: https://issues.apache.org/jira/browse/CB-11066 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > Labels: triaged > > 1. Some cordova-plugin-capabities {{plugin.xml}} includes: > {noformat} > device-target="windows"> > > > > > {noformat} > 2. cordova plugin add ..\cordova-plugin-capabities > 3. package.windows10.appxmanifest now includes: > {noformat} > > > > > > > {noformat} > 4. cordova plugin rm cordova-plugin-capabities > 5. package.windows10.appxmanifest now actually includes: > {noformat} > > > > > > {noformat} > *Expected*: > {noformat} > > > > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-11066) uap-prefixed capabilities are not being removed from package.windows10.appxmanifest on plugin rm
[ https://issues.apache.org/jira/browse/CB-11066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-11066: --- Labels: triaged (was: ) > uap-prefixed capabilities are not being removed from > package.windows10.appxmanifest on plugin rm > > > Key: CB-11066 > URL: https://issues.apache.org/jira/browse/CB-11066 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > Labels: triaged > > 1. Some cordova-plugin-capabities {{plugin.xml}} includes: > {noformat} > device-target="windows"> > > > > > {noformat} > 2. cordova plugin add ..\cordova-plugin-capabities > 3. package.windows10.appxmanifest now includes: > {noformat} > > > > > > > {noformat} > 4. cordova plugin rm cordova-plugin-capabities > 5. package.windows10.appxmanifest now actually includes: > {noformat} > > > > > > {noformat} > *Expected*: > {noformat} > > > > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11066) uap-prefixed capabilities are not being removed from package.windows10.appxmanifest on plugin rm
[ https://issues.apache.org/jira/browse/CB-11066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239681#comment-15239681 ] Nikhil Khandelwal commented on CB-11066: [~rakatyal] for FYI > uap-prefixed capabilities are not being removed from > package.windows10.appxmanifest on plugin rm > > > Key: CB-11066 > URL: https://issues.apache.org/jira/browse/CB-11066 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > Labels: triaged > > 1. Some cordova-plugin-capabities {{plugin.xml}} includes: > {noformat} > device-target="windows"> > > > > > {noformat} > 2. cordova plugin add ..\cordova-plugin-capabities > 3. package.windows10.appxmanifest now includes: > {noformat} > > > > > > > {noformat} > 4. cordova plugin rm cordova-plugin-capabities > 5. package.windows10.appxmanifest now actually includes: > {noformat} > > > > > > {noformat} > *Expected*: > {noformat} > > > > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239683#comment-15239683 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209564718 @jasongin consider also updating the docs: http://cordova.apache.org/docs/en/latest/reference/cordova-cli/index.html > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239715#comment-15239715 ] ASF GitHub Bot commented on CB-11042: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209571650 @omefire Isn't that covered by the update to docs/readme.md in this change? Or is it duplicated somewhere else? > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239726#comment-15239726 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209572705 It's located elsewhere, in the cordova-docs repo: https://github.com/apache/cordova-docs/blob/1f35df99b7cf77aa5889c2ecb9a3c3ab71542ee6/www/docs/en/6.x/reference/cordova-cli/index.md > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239729#comment-15239729 ] ASF GitHub Bot commented on CB-11042: - Github user jasongin commented on a diff in the pull request: https://github.com/apache/cordova-lib/pull/426#discussion_r59596872 --- Diff: cordova-lib/src/cordova/run.js --- @@ -32,8 +32,10 @@ module.exports = function run(options) { var hooksRunner = new HooksRunner(projectRoot); return hooksRunner.fire('before_run', options) .then(function() { -// Run a prepare first, then shell out to run -return require('./cordova').raw.prepare(options); +if (!options.options.noprepare) { +// Run a prepare first, then shell out to run +return require('./cordova').raw.prepare(options); +} --- End diff -- Are you sure that's necessary? Any promise libraries I've used did not require returning another promise when the then function completes synchronously. Even for a similar case in this file, that is not done after the if block on line 72. > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the capture photo (when use encodingType: Camera.EncodingType.JPEG)
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239740#comment-15239740 ] ASF GitHub Bot commented on CB-10873: - Github user omefire commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/205#issuecomment-209575841 I agree on an appium test to cover this scenario, but I think it should go further than just making sure no crash happens and also validate that the EXIF header is correctly written: - https://github.com/gomfunkel/node-exif I have the feeling that code path might not be well tested/exercised. > "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the > capture photo (when use encodingType: Camera.EncodingType.JPEG) > > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239744#comment-15239744 ] ASF GitHub Bot commented on CB-11042: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209576907 Updating docs\readme.md should be sufficient - docs website publishing should take care of updating the version in cordova-docs. > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the capture photo (when use encodingType: Camera.EncodingType.JPEG)
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239746#comment-15239746 ] ASF GitHub Bot commented on CB-10873: - Github user omefire commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/205#discussion_r59598321 --- Diff: src/ios/CDVCamera.m --- @@ -358,6 +358,7 @@ - (NSData*)processImage:(UIImage*)image info:(NSDictionary*)info options:(CDVPic // use image unedited as requested , don't resize data = UIImageJPEGRepresentation(image, 1.0); } else { +data = UIImageJPEGRepresentation(image, [options.quality floatValue] / 100.0f); if (options.usesGeolocation) { --- End diff -- @jasongin I suspect it might not be correct behavior. > "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the > capture photo (when use encodingType: Camera.EncodingType.JPEG) > > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239750#comment-15239750 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209578035 @nikhilkh , if that's the case don't we need a JIRA to track updating the docs website ? > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239748#comment-15239748 ] ASF GitHub Bot commented on CB-11042: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209577843 LGTM > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239754#comment-15239754 ] ASF GitHub Bot commented on CB-11042: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209578347 We update website content regularly and don't need a JIRA. > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11078) Empty string for BackgroundColor preference crashes application
Ryan Willoughby created CB-11078: Summary: Empty string for BackgroundColor preference crashes application Key: CB-11078 URL: https://issues.apache.org/jira/browse/CB-11078 Project: Apache Cordova Issue Type: Bug Components: Android Environment: HTC One Android 6.0 Cordova-Android 5.1.0 Reporter: Ryan Willoughby A preference of {{}} will cause an a cordova application to crash on startup with a NumberFormatException: {color:red} 04-13 11:18:29.894: E/AndroidRuntime(20224): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.whatever.whatever/com.whatever.whatever.ClassName}: java.lang.NumberFormatException: Invalid long: "" 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2484) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2544) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread.access$900(ActivityThread.java:150) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1394) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.os.Handler.dispatchMessage(Handler.java:102) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.os.Looper.loop(Looper.java:168) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread.main(ActivityThread.java:5845) 04-13 11:18:29.894: E/AndroidRuntime(20224):at java.lang.reflect.Method.invoke(Native Method) 04-13 11:18:29.894: E/AndroidRuntime(20224):at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:797) 04-13 11:18:29.894: E/AndroidRuntime(20224):at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:687) 04-13 11:18:29.894: E/AndroidRuntime(20224): Caused by: java.lang.NumberFormatException: Invalid long: "" 04-13 11:18:29.894: E/AndroidRuntime(20224):at java.lang.Long.invalidLong(Long.java:124) 04-13 11:18:29.894: E/AndroidRuntime(20224):at java.lang.Long.decode(Long.java:142) 04-13 11:18:29.894: E/AndroidRuntime(20224):at org.apache.cordova.CordovaPreferences.getInteger(CordovaPreferences.java:78) 04-13 11:18:29.894: E/AndroidRuntime(20224):at org.apache.cordova.CordovaActivity.createViews(CordovaActivity.java:178) 04-13 11:18:29.894: E/AndroidRuntime(20224):at org.apache.cordova.CordovaActivity.init(CordovaActivity.java:142) 04-13 11:18:29.894: E/AndroidRuntime(20224):at org.apache.cordova.CordovaActivity.loadUrl(CordovaActivity.java:214) 04-13 11:18:29.894: E/AndroidRuntime(20224):at uk.directpath.staffssmartalert2.StaffsSmartAlertv2.onCreate(StaffsSmartAlertv2.java:32) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.Activity.performCreate(Activity.java:6248) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1125) 04-13 11:18:29.894: E/AndroidRuntime(20224):at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2437) 04-13 11:18:29.894: E/AndroidRuntime(20224):... 9 more {color} -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239758#comment-15239758 ] ASF GitHub Bot commented on CB-11042: - Github user nikhilkh commented on a diff in the pull request: https://github.com/apache/cordova-cli/pull/244#discussion_r59599203 --- Diff: doc/readme.md --- @@ -464,29 +464,31 @@ cordova build [ [...]] ### Synopsis -Prepares, builds (unless `--nobuild` is specified) and deploys app on specified platform devices/emulators. If a device is connected it will be used, unless an eligible emulator is already running. +Prepares, builds, and deploys app on specified platform devices/emulators. If a device is connected it will be used, unless an eligible emulator is already running. ###Syntax ```bash cordova run [ [...]] -[--list | --nobuild ] +[--list | --debug | --release] +[--noprepare] [--nobuild] [--device|--emulator|--target=] [--buildConfig=] [--browserify] [-- ] ``` -| Option | Description -||-- +| Option | Description +|-|-- | ` [..]` | Platform name(s) to run. If not specified, all platforms are run. -|--nobuild | Skip building -|--debug | Deploy a debug build. This is the default behavior unless `--release` is specified. -|--release | Deploy a release build -|--device| Deploy to a device -|--emulator | Deploy to an emulator -|--target| Deploy to a specific target emulator/device. Use `--list` to display target options -| --list | Lists available targets. Displays both device and emulator deployment targets unless specified +| --list | Lists available targets. Displays both device and emulator deployment targets unless specified +| --debug | Deploy a debug build. This is the default behavior unless `--release` is specified. +| --release | Deploy a release build +| --noprepare | Skip preparing --- End diff -- One slight caveat - just mention something like: [Available in cordova CLI 6.2 and above] Since we have a 6.x version of the docs - new features, flags need to be versioned inline. > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239761#comment-15239761 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209579344 LGTM! > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-11042) Add cordova run option to skip prepare
[ https://issues.apache.org/jira/browse/CB-11042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239760#comment-15239760 ] ASF GitHub Bot commented on CB-11042: - Github user omefire commented on the pull request: https://github.com/apache/cordova-cli/pull/244#issuecomment-209579313 ok, now I get it. apparently, the website content will be generated from this readme.md, so we're fine. > Add cordova run option to skip prepare > -- > > Key: CB-11042 > URL: https://issues.apache.org/jira/browse/CB-11042 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Jason Ginchereau > > The 'cordova run' command currently always does a "prepare" operation for the > target platform before launching the app. There is a --nobuild option (to > skip building the native project), but there isn't a --noprepare option. > This option will be helpful to optimize build-and-run scenarios in the Visual > Studio tools for Cordova. VS always ensures the project is fully prepared and > built before trying to launch. So by the time it calls 'cordova run' there is > no need to do the prepare step, and it just causes the developer to wait > extra seconds for every iteration of the inner loop. -- This message was sent by Atlassian JIRA (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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239763#comment-15239763 ] ASF GitHub Bot commented on CB-10986: - Github user dpogue commented on the pull request: https://github.com/apache/cordova-lib/pull/425#issuecomment-209579652 :+1: I've tested and this seems to be working properly. Thanks @riknoll! > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239778#comment-15239778 ] ASF GitHub Bot commented on CB-2083: Github user Mikejo5000 commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/203#discussion_r59600615 --- Diff: jsdoc2md/TEMPLATE.md --- @@ -203,3 +203,194 @@ Tizen only supports a `destinationType` of [web_activities]: https://hacks.mozilla.org/2013/01/introducing-web-activities/ [wp8_bug]: https://issues.apache.org/jira/browse/CB-2083 [msdn_wp8_docs]: http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394006.aspx + +## Sample: Take Pictures, Select Pictures from the Picture Library, and Get Thumbnails + +The Camera plugin allows you to do things like open the device's Camera app and take a picture, or open the file picker and select one. The code snippets in this section demonstrate different tasks including: + +* Open the Camera app and [take a Picture](#takePicture) +* Take a picture and [return thumbnails](#getThumbnails) (resized picture) +* Take a picture and [generate a FileEntry object](#convert) +* [Select a file](#selectFile) from the picture library +* Select a JPEG image and [return thumbnails](#getFileThumbnails) (resized image) +* Select an image and [generate a FileEntry object](#convert) + +## Take a Picture + +Before you can take a picture, you need to set some Camera plugin options to pass into the Camera plugin's `getPicture` function. Here is a common set of recommendations. In this example, you create the object that you will use for the Camera options, and set the `sourceType` dynamically to support both the Camera app and the file picker. + +```js +function setOptions(srcType) { +var options = { +// Some common settings are 20, 50, and 100 +quality: 50, +destinationType: Camera.DestinationType.FILE_URI, +// In this app, dynamically set the picture source, Camera or photo gallery +sourceType: srcType, +encodingType: Camera.EncodingType.JPEG, +mediaType: Camera.MediaType.PICTURE, +allowEdit: true, +correctOrientation: true //Corrects Android orientation quirks +} +return options; +} +``` + +Typically, you want to use a FILE_URI instead of a DATA_URL to avoid most memory issues. JPEG is the recommended encoding type for Android. + +You take a picture by passing in the options object to `getPicture`, which takes a CameraOptions object as the third argument. When you call `setOptions`, pass `Camera.PictureSourceType.CAMERA` as the picture source. + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +displayImage(imageUri); +// You may choose to copy the picture, save it somewhere, or upload. +func(imageUri); + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +Once you take the picture, you can display it or do something else. In this example, call the app's `displayImage` function from the preceding code. + +```js +function displayImage(imgUri) { + +var elem = document.getElementById('imageFile'); +elem.src = imgUri; +} +``` + +## Take a Picture and Return Thumbnails (Resize the Picture) + +To get smaller images, you can return a resized image by passing both `targetHeight` and `targetWidth` values with your CameraOptions object. In this example, you resize the returned image to fit in a 100px by 100px box (the aspect ratio is maintained, so 100px is either the height or width, whichever is greater in the source). + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +if (selection == "camera-thmb") { +options.targetHeight = 100; +options.targetWidth = 100; +} + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +// Do something + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +## Select a File from the Picture Library + +When selecting a file using the file picker, you also need to set the CameraOptions object. In this example
[jira] [Commented] (CB-11070) Document SplashScreenBackgroundColor
[ https://issues.apache.org/jira/browse/CB-11070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239787#comment-15239787 ] ASF GitHub Bot commented on CB-11070: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-docs/pull/578#issuecomment-209584856 LGTM. @rakatyal, @omefire for FYI > Document SplashScreenBackgroundColor > > > Key: CB-11070 > URL: https://issues.apache.org/jira/browse/CB-11070 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239795#comment-15239795 ] ASF GitHub Bot commented on CB-10986: - Github user riknoll commented on the pull request: https://github.com/apache/cordova-lib/pull/425#issuecomment-209586254 No problem, and thanks for testing @dpogue! > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239791#comment-15239791 ] ASF subversion and git services commented on CB-10986: -- Commit 836f4337553841cca751a92c52360c2f784e5258 in cordova-lib's branch refs/heads/master from Richard Knoll [ https://git-wip-us.apache.org/repos/asf?p=cordova-lib.git;h=836f433 ] CB-10986: Adding support for scoped npm package plugins This closes #425 > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239793#comment-15239793 ] ASF GitHub Bot commented on CB-10986: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/425 > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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] [Resolved] (CB-10986) Unable to install npm scoped plugin with cordova-cli@6.1.0
[ https://issues.apache.org/jira/browse/CB-10986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll resolved CB-10986. -- Resolution: Fixed > Unable to install npm scoped plugin with cordova-cli@6.1.0 > -- > > Key: CB-10986 > URL: https://issues.apache.org/jira/browse/CB-10986 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 6.1.0 >Reporter: Darryl Pogue >Assignee: Richard B Knoll > Labels: regression, reproduced, triaged > > {code} > $ cordova create MyProject > $ cd ./MyProject > $ cordova platform add android > $ cordova plugin add @dpogue/cordova-plugin-crosswalk-webview > Error: Cannot find plugin.xml for plugin 'plugins'. Please try adding it > again. > {code} > This works as expected with cordova@6.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] [Resolved] (CB-11037) Documentation - Sample Apps & Pass data from Cordova app to host links don't work
[ https://issues.apache.org/jira/browse/CB-11037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll resolved CB-11037. -- Resolution: Fixed Assignee: Dmitry Blotsky (was: Richard B Knoll) > Documentation - Sample Apps & Pass data from Cordova app to host links don't > work > - > > Key: CB-11037 > URL: https://issues.apache.org/jira/browse/CB-11037 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Reporter: Simon Prickett >Assignee: Dmitry Blotsky >Priority: Minor > Labels: reproduced, triaged > > I just noticed in the docs here http://cordova.apache.org/docs/en/latest/ if > you go down the navigation on the right to Advanced Topics then try "Pass > data from Cordova app to host" it doesn't link to that and instead takes you > to http://cordova.apache.org/docs/en/latest/ which is the page you are on. > Same for "Sample Apps" link at the bottom of the Reference section. -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10873: --- Summary: "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app (was: "cordova-plugin-camera" 2.1.1 seem cause the app shut down after use the capture photo (when use encodingType: Camera.EncodingType.JPEG)) > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239804#comment-15239804 ] ASF GitHub Bot commented on CB-2083: Github user riknoll commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/203#discussion_r59602299 --- Diff: jsdoc2md/TEMPLATE.md --- @@ -203,3 +203,194 @@ Tizen only supports a `destinationType` of [web_activities]: https://hacks.mozilla.org/2013/01/introducing-web-activities/ [wp8_bug]: https://issues.apache.org/jira/browse/CB-2083 [msdn_wp8_docs]: http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394006.aspx + +## Sample: Take Pictures, Select Pictures from the Picture Library, and Get Thumbnails + +The Camera plugin allows you to do things like open the device's Camera app and take a picture, or open the file picker and select one. The code snippets in this section demonstrate different tasks including: + +* Open the Camera app and [take a Picture](#takePicture) +* Take a picture and [return thumbnails](#getThumbnails) (resized picture) +* Take a picture and [generate a FileEntry object](#convert) +* [Select a file](#selectFile) from the picture library +* Select a JPEG image and [return thumbnails](#getFileThumbnails) (resized image) +* Select an image and [generate a FileEntry object](#convert) + +## Take a Picture + +Before you can take a picture, you need to set some Camera plugin options to pass into the Camera plugin's `getPicture` function. Here is a common set of recommendations. In this example, you create the object that you will use for the Camera options, and set the `sourceType` dynamically to support both the Camera app and the file picker. + +```js +function setOptions(srcType) { +var options = { +// Some common settings are 20, 50, and 100 +quality: 50, +destinationType: Camera.DestinationType.FILE_URI, +// In this app, dynamically set the picture source, Camera or photo gallery +sourceType: srcType, +encodingType: Camera.EncodingType.JPEG, +mediaType: Camera.MediaType.PICTURE, +allowEdit: true, +correctOrientation: true //Corrects Android orientation quirks +} +return options; +} +``` + +Typically, you want to use a FILE_URI instead of a DATA_URL to avoid most memory issues. JPEG is the recommended encoding type for Android. + +You take a picture by passing in the options object to `getPicture`, which takes a CameraOptions object as the third argument. When you call `setOptions`, pass `Camera.PictureSourceType.CAMERA` as the picture source. + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +displayImage(imageUri); +// You may choose to copy the picture, save it somewhere, or upload. +func(imageUri); + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +Once you take the picture, you can display it or do something else. In this example, call the app's `displayImage` function from the preceding code. + +```js +function displayImage(imgUri) { + +var elem = document.getElementById('imageFile'); +elem.src = imgUri; +} +``` + +## Take a Picture and Return Thumbnails (Resize the Picture) + +To get smaller images, you can return a resized image by passing both `targetHeight` and `targetWidth` values with your CameraOptions object. In this example, you resize the returned image to fit in a 100px by 100px box (the aspect ratio is maintained, so 100px is either the height or width, whichever is greater in the source). + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +if (selection == "camera-thmb") { +options.targetHeight = 100; +options.targetWidth = 100; +} + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +// Do something + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +## Select a File from the Picture Library + +When selecting a file using the file picker, you also need to set the CameraOptions object. In this example, s
[jira] [Commented] (CB-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239807#comment-15239807 ] ASF GitHub Bot commented on CB-2083: Github user riknoll commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/203#discussion_r59602729 --- Diff: jsdoc2md/TEMPLATE.md --- @@ -203,3 +203,194 @@ Tizen only supports a `destinationType` of [web_activities]: https://hacks.mozilla.org/2013/01/introducing-web-activities/ [wp8_bug]: https://issues.apache.org/jira/browse/CB-2083 [msdn_wp8_docs]: http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394006.aspx + +## Sample: Take Pictures, Select Pictures from the Picture Library, and Get Thumbnails + +The Camera plugin allows you to do things like open the device's Camera app and take a picture, or open the file picker and select one. The code snippets in this section demonstrate different tasks including: + +* Open the Camera app and [take a Picture](#takePicture) +* Take a picture and [return thumbnails](#getThumbnails) (resized picture) +* Take a picture and [generate a FileEntry object](#convert) +* [Select a file](#selectFile) from the picture library +* Select a JPEG image and [return thumbnails](#getFileThumbnails) (resized image) +* Select an image and [generate a FileEntry object](#convert) + +## Take a Picture + +Before you can take a picture, you need to set some Camera plugin options to pass into the Camera plugin's `getPicture` function. Here is a common set of recommendations. In this example, you create the object that you will use for the Camera options, and set the `sourceType` dynamically to support both the Camera app and the file picker. + +```js +function setOptions(srcType) { +var options = { +// Some common settings are 20, 50, and 100 +quality: 50, +destinationType: Camera.DestinationType.FILE_URI, +// In this app, dynamically set the picture source, Camera or photo gallery +sourceType: srcType, +encodingType: Camera.EncodingType.JPEG, +mediaType: Camera.MediaType.PICTURE, +allowEdit: true, +correctOrientation: true //Corrects Android orientation quirks +} +return options; +} +``` + +Typically, you want to use a FILE_URI instead of a DATA_URL to avoid most memory issues. JPEG is the recommended encoding type for Android. + +You take a picture by passing in the options object to `getPicture`, which takes a CameraOptions object as the third argument. When you call `setOptions`, pass `Camera.PictureSourceType.CAMERA` as the picture source. + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +displayImage(imageUri); +// You may choose to copy the picture, save it somewhere, or upload. +func(imageUri); + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +Once you take the picture, you can display it or do something else. In this example, call the app's `displayImage` function from the preceding code. + +```js +function displayImage(imgUri) { + +var elem = document.getElementById('imageFile'); +elem.src = imgUri; +} +``` + +## Take a Picture and Return Thumbnails (Resize the Picture) + +To get smaller images, you can return a resized image by passing both `targetHeight` and `targetWidth` values with your CameraOptions object. In this example, you resize the returned image to fit in a 100px by 100px box (the aspect ratio is maintained, so 100px is either the height or width, whichever is greater in the source). + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +if (selection == "camera-thmb") { +options.targetHeight = 100; +options.targetWidth = 100; +} + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +// Do something + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +## Select a File from the Picture Library + +When selecting a file using the file picker, you also need to set the CameraOptions object. In this example, s
[jira] [Updated] (CB-10653) Universal Windows Platform -- activationContext is incomplete
[ https://issues.apache.org/jira/browse/CB-10653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal updated CB-10653: --- Assignee: Raghav Katyal > Universal Windows Platform -- activationContext is incomplete > - > > Key: CB-10653 > URL: https://issues.apache.org/jira/browse/CB-10653 > Project: Apache Cordova > Issue Type: Improvement > Components: Windows > Environment: Windows 10, Windows 10 Phone >Reporter: Adam Fourney >Assignee: Raghav Katyal >Priority: Minor > Labels: easyfix > Original Estimate: 2h > Remaining Estimate: 2h > > CB-8674 modified cordova-js-src/platform.js to capture the application's > onactivated event, and record the details in the platform.activationContext > instance. > Unfortunately, CB-8674 covers only a few of the 12 types of UWP activation > events. As an example, if an app is activated by a Cortana voice command, the > details are missed. See here for more details: > https://msdn.microsoft.com/en-us/library/windows/apps/br212679.aspx > The proposed fix is to change: > var activationHandler = function (e) { >var args = e.detail.arguments; >var actType = e.detail.type; >platform.activationContext = { type: actType, args: args }; >cordova.fireDocumentEvent('activated', platform.activationContext, > true); > }; > To be: > var activationHandler = function (e) { > platform.activationContext = utils.clone(e.detail); > platform.activationContext.args = e.detail.arguments; // > Backwards compatibility > cordova.fireDocumentEvent('activated', > platform.activationContext, true); > }; > This also means that platform.js should require("cordova/utils") -- This message was sent by Atlassian JIRA (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-11079) iphone 6s plus - getting RUNNING state but no audio
hagai sela created CB-11079: --- Summary: iphone 6s plus - getting RUNNING state but no audio Key: CB-11079 URL: https://issues.apache.org/jira/browse/CB-11079 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Environment: ios Reporter: hagai sela Hi, I am downloading an m4a file from a server and saving it locally on the device. When I try to play it on an iphone 6s plus on some occasions the audio doesn't start but I am getting a status callback with a RUNNING state. This only happens on this device when using a production build (when using an emulator or debugging from xcode it doesn't occur). -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239830#comment-15239830 ] Richard B Knoll commented on CB-11068: -- Thanks for filing an issue! Few questions: 1. What do you mean when you say the application is becoming inaccessible? Does it crash on startup? Do you get a popup from Android saying the app crashed? Does it just appear to restart with no warning? 2. Can you please provide the native Android logs? To get the Android logs: Run {{adb logcat}} in a terminal/command prompt with the device or emulator connected and reproduce the crash. You can paste the portion of the log from the crash here as a comment or attach it to the issue as a file. > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE >Priority: Critical > Labels: features > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239835#comment-15239835 ] Richard B Knoll commented on CB-11068: -- Also, I forgot to ask: What platform is this happening on? Sorry, I assumed Android in my earlier comment. > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE >Priority: Critical > Labels: features > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll updated CB-11068: - Priority: Major (was: Critical) > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > Labels: features > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239832#comment-15239832 ] ASF GitHub Bot commented on CB-2083: Github user Mikejo5000 commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/203#discussion_r59604648 --- Diff: jsdoc2md/TEMPLATE.md --- @@ -203,3 +203,194 @@ Tizen only supports a `destinationType` of [web_activities]: https://hacks.mozilla.org/2013/01/introducing-web-activities/ [wp8_bug]: https://issues.apache.org/jira/browse/CB-2083 [msdn_wp8_docs]: http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394006.aspx + +## Sample: Take Pictures, Select Pictures from the Picture Library, and Get Thumbnails + +The Camera plugin allows you to do things like open the device's Camera app and take a picture, or open the file picker and select one. The code snippets in this section demonstrate different tasks including: + +* Open the Camera app and [take a Picture](#takePicture) +* Take a picture and [return thumbnails](#getThumbnails) (resized picture) +* Take a picture and [generate a FileEntry object](#convert) +* [Select a file](#selectFile) from the picture library +* Select a JPEG image and [return thumbnails](#getFileThumbnails) (resized image) +* Select an image and [generate a FileEntry object](#convert) + +## Take a Picture + +Before you can take a picture, you need to set some Camera plugin options to pass into the Camera plugin's `getPicture` function. Here is a common set of recommendations. In this example, you create the object that you will use for the Camera options, and set the `sourceType` dynamically to support both the Camera app and the file picker. + +```js +function setOptions(srcType) { +var options = { +// Some common settings are 20, 50, and 100 +quality: 50, +destinationType: Camera.DestinationType.FILE_URI, +// In this app, dynamically set the picture source, Camera or photo gallery +sourceType: srcType, +encodingType: Camera.EncodingType.JPEG, +mediaType: Camera.MediaType.PICTURE, +allowEdit: true, +correctOrientation: true //Corrects Android orientation quirks +} +return options; +} +``` + +Typically, you want to use a FILE_URI instead of a DATA_URL to avoid most memory issues. JPEG is the recommended encoding type for Android. + +You take a picture by passing in the options object to `getPicture`, which takes a CameraOptions object as the third argument. When you call `setOptions`, pass `Camera.PictureSourceType.CAMERA` as the picture source. + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +displayImage(imageUri); +// You may choose to copy the picture, save it somewhere, or upload. +func(imageUri); + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +Once you take the picture, you can display it or do something else. In this example, call the app's `displayImage` function from the preceding code. + +```js +function displayImage(imgUri) { + +var elem = document.getElementById('imageFile'); +elem.src = imgUri; +} +``` + +## Take a Picture and Return Thumbnails (Resize the Picture) + +To get smaller images, you can return a resized image by passing both `targetHeight` and `targetWidth` values with your CameraOptions object. In this example, you resize the returned image to fit in a 100px by 100px box (the aspect ratio is maintained, so 100px is either the height or width, whichever is greater in the source). + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +if (selection == "camera-thmb") { +options.targetHeight = 100; +options.targetWidth = 100; +} + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +// Do something + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +## Select a File from the Picture Library + +When selecting a file using the file picker, you also need to set the CameraOptions object. In this example
[jira] [Updated] (CB-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll updated CB-11068: - Labels: (was: features) > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239844#comment-15239844 ] Richard B Knoll commented on CB-11068: -- Also, if you need a quick fix for this, use FILE_URI or NATIVE_URI instead of DATA_URL. DATA_URL is extremely memory intensive, so the crash here is likely just the app running out of memory. We do not recommend using DATA_URL. > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll reassigned CB-11068: Assignee: Richard B Knoll > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE >Assignee: Richard B Knoll > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll updated CB-11068: - Assignee: (was: Richard B Knoll) > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll updated CB-11068: - Labels: android ios windows (was: ) > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > Labels: android, ios, wfc, windows > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11068) Application getting crashed on Android, iOS and Windows(Universal) when more than 20 images are captured using BASE64 DATA URL format.
[ https://issues.apache.org/jira/browse/CB-11068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard B Knoll updated CB-11068: - Labels: android ios wfc windows (was: android ios windows) > Application getting crashed on Android, iOS and Windows(Universal) when more > than 20 images are captured using BASE64 DATA URL format. > -- > > Key: CB-11068 > URL: https://issues.apache.org/jira/browse/CB-11068 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: Android, Windows and iOS mobiles >Reporter: COE > Labels: android, ios, wfc, windows > > We have used Cordova for our hybrid mobile application targeting multiple > platforms with usage of Camera Plugin. After a certain no of images are > captured, the camera feature is getting crashed and application is becoming > inaccessible. Please suggest us a possible solution. -- This message was sent by Atlassian JIRA (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-11022) Adding plugins prepares platforms, which is redundant and slow
[ https://issues.apache.org/jira/browse/CB-11022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239891#comment-15239891 ] ASF GitHub Bot commented on CB-11022: - Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-lib/pull/423#issuecomment-209607020 @jasongin, i've added tests to cover the new logic. Is this PR ready to go? > Adding plugins prepares platforms, which is redundant and slow > -- > > Key: CB-11022 > URL: https://issues.apache.org/jira/browse/CB-11022 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Vladimir Kotikov > Labels: triaged > > For CB-9617, a change was made to automatically do a 'cordova prepare' > operation after adding every plugin. As part of the prepare, all the files > from the project's www directory are re-copied into the platform_www > directory. For a large project with lots of source files, images, and other > resources, this copy operation is potentially time-consuming. And it is > redundant and unnecessary when adding a plugin, because those files do not > need to be changed when adding a plugin. > For a large project with many plugins, this slow redundant operation is > repeated for every plugin, making the first-time build (installing all the > plugins) take a very long time. As an extreme case, a customer reported their > large project (35 plugins, ~150 MB in www) takes about 2 hours to build the > first time. Most of that time is spent repeatedly preparing the platforms > after adding each plugin. The log line that appears to be slow says it is > "Generating config.xml from defaults for platform ", but what it is > actually doing is redundantly copying lots of files from www. > This issue can also be observed at a smaller scale when building the Cordova > mobilespec project, which contains tests for all the core 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] [Created] (CB-11080) createjsonpackage fails, missing defaults.json
Morgan Allen created CB-11080: - Summary: createjsonpackage fails, missing defaults.json Key: CB-11080 URL: https://issues.apache.org/jira/browse/CB-11080 Project: Apache Cordova Issue Type: Bug Components: CordovaLib, Plugman Affects Versions: 1.2.1 Environment: Linux Node v5.6.0 npm v3.6.0 Reporter: Morgan Allen Fresh install of plugman {{sudo npm install -g plugman}} Create new plugin {{plugman create --name xyz --plugin_id y.x.z --plugin_version 1.0.0}} Attempt to create package.json {{plugman createpackagejson xyz/}} Returns error {{EACCES: permission denied, open '/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/defaults.json'}} This isn't actually a permissions error, {{defaults.json}} doesn't exist. -- This message was sent by Atlassian JIRA (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-11022) Adding plugins prepares platforms, which is redundant and slow
[ https://issues.apache.org/jira/browse/CB-11022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239928#comment-15239928 ] ASF GitHub Bot commented on CB-11022: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-lib/pull/423#issuecomment-209620711 Yes, LGTM > Adding plugins prepares platforms, which is redundant and slow > -- > > Key: CB-11022 > URL: https://issues.apache.org/jira/browse/CB-11022 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Vladimir Kotikov > Labels: triaged > > For CB-9617, a change was made to automatically do a 'cordova prepare' > operation after adding every plugin. As part of the prepare, all the files > from the project's www directory are re-copied into the platform_www > directory. For a large project with lots of source files, images, and other > resources, this copy operation is potentially time-consuming. And it is > redundant and unnecessary when adding a plugin, because those files do not > need to be changed when adding a plugin. > For a large project with many plugins, this slow redundant operation is > repeated for every plugin, making the first-time build (installing all the > plugins) take a very long time. As an extreme case, a customer reported their > large project (35 plugins, ~150 MB in www) takes about 2 hours to build the > first time. Most of that time is spent repeatedly preparing the platforms > after adding each plugin. The log line that appears to be slow says it is > "Generating config.xml from defaults for platform ", but what it is > actually doing is redundantly copying lots of files from www. > This issue can also be observed at a smaller scale when building the Cordova > mobilespec project, which contains tests for all the core 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] [Commented] (CB-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239929#comment-15239929 ] ASF GitHub Bot commented on CB-2083: Github user riknoll commented on a diff in the pull request: https://github.com/apache/cordova-plugin-camera/pull/203#discussion_r59614155 --- Diff: jsdoc2md/TEMPLATE.md --- @@ -203,3 +203,194 @@ Tizen only supports a `destinationType` of [web_activities]: https://hacks.mozilla.org/2013/01/introducing-web-activities/ [wp8_bug]: https://issues.apache.org/jira/browse/CB-2083 [msdn_wp8_docs]: http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh394006.aspx + +## Sample: Take Pictures, Select Pictures from the Picture Library, and Get Thumbnails + +The Camera plugin allows you to do things like open the device's Camera app and take a picture, or open the file picker and select one. The code snippets in this section demonstrate different tasks including: + +* Open the Camera app and [take a Picture](#takePicture) +* Take a picture and [return thumbnails](#getThumbnails) (resized picture) +* Take a picture and [generate a FileEntry object](#convert) +* [Select a file](#selectFile) from the picture library +* Select a JPEG image and [return thumbnails](#getFileThumbnails) (resized image) +* Select an image and [generate a FileEntry object](#convert) + +## Take a Picture + +Before you can take a picture, you need to set some Camera plugin options to pass into the Camera plugin's `getPicture` function. Here is a common set of recommendations. In this example, you create the object that you will use for the Camera options, and set the `sourceType` dynamically to support both the Camera app and the file picker. + +```js +function setOptions(srcType) { +var options = { +// Some common settings are 20, 50, and 100 +quality: 50, +destinationType: Camera.DestinationType.FILE_URI, +// In this app, dynamically set the picture source, Camera or photo gallery +sourceType: srcType, +encodingType: Camera.EncodingType.JPEG, +mediaType: Camera.MediaType.PICTURE, +allowEdit: true, +correctOrientation: true //Corrects Android orientation quirks +} +return options; +} +``` + +Typically, you want to use a FILE_URI instead of a DATA_URL to avoid most memory issues. JPEG is the recommended encoding type for Android. + +You take a picture by passing in the options object to `getPicture`, which takes a CameraOptions object as the third argument. When you call `setOptions`, pass `Camera.PictureSourceType.CAMERA` as the picture source. + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +displayImage(imageUri); +// You may choose to copy the picture, save it somewhere, or upload. +func(imageUri); + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +Once you take the picture, you can display it or do something else. In this example, call the app's `displayImage` function from the preceding code. + +```js +function displayImage(imgUri) { + +var elem = document.getElementById('imageFile'); +elem.src = imgUri; +} +``` + +## Take a Picture and Return Thumbnails (Resize the Picture) + +To get smaller images, you can return a resized image by passing both `targetHeight` and `targetWidth` values with your CameraOptions object. In this example, you resize the returned image to fit in a 100px by 100px box (the aspect ratio is maintained, so 100px is either the height or width, whichever is greater in the source). + +```js +function openCamera(selection) { + +var srcType = Camera.PictureSourceType.CAMERA; +var options = setOptions(srcType); +var func = copyToFile; + +if (selection == "camera-thmb") { +options.targetHeight = 100; +options.targetWidth = 100; +} + +navigator.camera.getPicture(function cameraSuccess(imageUri) { + +// Do something + +}, function cameraError(error) { +console.debug("Unable to obtain picture: " + error, "app"); + +}, options); +} +``` + +## Select a File from the Picture Library + +When selecting a file using the file picker, you also need to set the CameraOptions object. In this example, s
[jira] [Commented] (CB-11022) Adding plugins prepares platforms, which is redundant and slow
[ https://issues.apache.org/jira/browse/CB-11022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15239934#comment-15239934 ] ASF GitHub Bot commented on CB-11022: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-android/pull/289#issuecomment-209622277 LGTM > Adding plugins prepares platforms, which is redundant and slow > -- > > Key: CB-11022 > URL: https://issues.apache.org/jira/browse/CB-11022 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Reporter: Jason Ginchereau >Assignee: Vladimir Kotikov > Labels: triaged > > For CB-9617, a change was made to automatically do a 'cordova prepare' > operation after adding every plugin. As part of the prepare, all the files > from the project's www directory are re-copied into the platform_www > directory. For a large project with lots of source files, images, and other > resources, this copy operation is potentially time-consuming. And it is > redundant and unnecessary when adding a plugin, because those files do not > need to be changed when adding a plugin. > For a large project with many plugins, this slow redundant operation is > repeated for every plugin, making the first-time build (installing all the > plugins) take a very long time. As an extreme case, a customer reported their > large project (35 plugins, ~150 MB in www) takes about 2 hours to build the > first time. Most of that time is spent repeatedly preparing the platforms > after adding each plugin. The log line that appears to be slow says it is > "Generating config.xml from defaults for platform ", but what it is > actually doing is redundantly copying lots of files from www. > This issue can also be observed at a smaller scale when building the Cordova > mobilespec project, which contains tests for all the core 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] [Created] (CB-11081) cordova run android --list give ERROR: Error: adb:
Gary Quinn created CB-11081: --- Summary: cordova run android --list give ERROR: Error: adb: Key: CB-11081 URL: https://issues.apache.org/jira/browse/CB-11081 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 6.1.1 Environment: Ubuntu 15.10, Java(TM) SE Runtime Environment (build 1.8.0_45-b14), android-sdk_r24.4.1-linux, cordova 6.1.1 Reporter: Gary Quinn When running command: cordova run android --list I get the following error: Available android devices: ERROR: Error: adb: Command failed with exit code ENOENT An unexpected error has occured while running list-devices with code 2: Error: /data/Projects/bitbucket/quinn.co.za/personal-web-cordova/platforms/android/cordova/lib/list-devices: Command failed with exit code 2 Available android virtual devices: ERROR: Error: android: Command failed with exit code ENOENT An unexpected error has occured while running list-emulator-images with code 2: Error: /data/Projects/bitbucket/quinn.co.za/personal-web-cordova/platforms/android/cordova/lib/list-emulator-images: Command failed with exit code 2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11035) Events not firing for InAppBrowser Plugin when AllowInlineMediaPlayback=true
[ https://issues.apache.org/jira/browse/CB-11035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240085#comment-15240085 ] Omar Mefire commented on CB-11035: -- I've tested this directly from the CLI, not through ionic. With cordova-plugin-inappbrowser@1.2.1, I'm seeing inconsistencies in the behavior of events being fired. sometimes, 'loadstart' is fired twice or three times, sometimes 'loadstop' just isn't fired at all. I see a much more stable behavior from the 'exit' event. With cordova-plugin-inappbrowser@1.3.0, 'loadstop' event doesn't get fired, but 'loadstart' always gets fired. - cordova@6.1.1 - cordova-ios@4.1.1 - cordova-plugin-inappbrowser@1.2.1 / cordova-plugin-inappbrowser@1.3.0 - OS: Mac OS X El Capitan - node@4.2.1 - Xcode@7.3 > Events not firing for InAppBrowser Plugin when AllowInlineMediaPlayback=true > > > Key: CB-11035 > URL: https://issues.apache.org/jira/browse/CB-11035 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Reporter: David >Assignee: Omar Mefire > Labels: iOS, triaged > > I'm using "_blank" target within my ionic2 app but the events (tested with > loadstart and exit) won't fire: > {code} > var url = 'http://myURL.com'; > var browserRef = cordova.InAppBrowser.open(url, '_blank', > 'location=no,clearsessioncache=yes,clearcache=yes'); > browserRef.addEventListener('loadstart', event => { > console.log('loadstart event'); // not fired > }); > browserRef.addEventListener('exit', event => { > console.log('exit event'); // not fired > }); > {code} > My setup is: > Cordova CLI: 6.0.0 > iOS Platform Version: 4.0.1 > InAppBrowser Plugin Version: 1.2.1 > Ionic version: 2.0.0-beta.3 > OS: Mac OS X El Capitan > Node Version: v4.1.2 > Xcode version: Xcode 7.3 Build version 7D175 > *UPDATE:* > This bug seems to only appear when I add > {code}{code} to > config.xml -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240113#comment-15240113 ] ASF GitHub Bot commented on CB-10873: - Github user jasongin commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/205#issuecomment-209669073 LGTM > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8383) pause event don't fire when 'KeepRunning' is false
[ https://issues.apache.org/jira/browse/CB-8383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240135#comment-15240135 ] ASF GitHub Bot commented on CB-8383: Github user infil00p commented on the pull request: https://github.com/apache/cordova-android/pull/288#issuecomment-209673913 This does not work, since all actions on a WebView thread MUST happen on the UI thread. Also, you don't actually start the thread at all and this patch breaks the pause/resume functionality of KeepRunning entirely. Adding a thread just for the sake of adding a thread is generally a bad idea, especially when you have to pause something that runs on the UI thread. > pause event don't fire when 'KeepRunning' is false > -- > > Key: CB-8383 > URL: https://issues.apache.org/jira/browse/CB-8383 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: Master, 3.5.0, 4.0.0, 4.1.3 > Environment: Mac osx 10.9 >Reporter: hugefactory > Original Estimate: 1h > Remaining Estimate: 1h > > Under Android, when a project use 'KeepRunning=false' in the config.xml file, > the 'pause' event in javascript don't fire when application go to background. > Next, 'pause' event fire when 'resume' is call and when the application > resume. > The problem is in 'CordovaWebView.java' in the 'handlePause' method : > public void handlePause(boolean keepRunning) { > LOG.d(TAG, "Handle the pause"); > // Send pause event to JavaScript > > this.loadUrl("javascript:try{cordova.fireDocumentEvent('pause');}catch(e){console.log('exception > firing pause event from native');};"); > // Forward to plugins > if (this.pluginManager != null) { > this.pluginManager.onPause(keepRunning); > } > // If app doesn't want to run in background > if (!keepRunning) { > // Pause JavaScript timers (including setInterval) > this.pauseTimers(); > } > paused = true; > > } > As you can see, 'pauseTimers()' is call immediatly when we choose > 'KeepRunning' false. > According to the Android documentation, 'pauseTimer()' stop all javascript > activitythen the 'pause' javascript callback is not execute (it's execute > after, when the 'resumeTimers()' is call and the application resume. > I suggest to delay the 'pauseTimers()' for 1 or 2 sec. Then the javascript > 'pause' can execute before the application is really stop : > //OLD > //this.pauseTimers(); > //NEW > final Handler handler = new Handler(); > handler.postDelayed(new Runnable() { > @Override > public void run() { > LOG.d(TAG, "Handle the pauseTimers"); > pauseTimers(); > } > }, 1000); > } > Thanks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240170#comment-15240170 ] ASF subversion and git services commented on CB-10873: -- Commit 4202fff7ac361b72f6e37d375ff65b0c207a6d0d in cordova-plugin-camera's branch refs/heads/master from [~omefire] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=4202fff ] CB-10873 - Avoid crash due to usage of uninitialized variable when writing geolocation data to image destination - Properly handle 'CameraUsesGeolocation' option by properly setting geolocation data in EXIF header in all cases This closes #205 > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15238074#comment-15238074 ] Omar Mefire edited comment on CB-10873 at 4/13/16 10:51 PM: can confirm that this issue happens only when I specify JPEG and have the following preference in my config.xml: was (Author: omefire): can confirm that this issue happens only when I have the following preference in my config.xml: > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240171#comment-15240171 ] ASF GitHub Bot commented on CB-10873: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-camera/pull/205 > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Omar Mefire resolved CB-10873. -- Resolution: Fixed > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10873) "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera to crash iOS app
[ https://issues.apache.org/jira/browse/CB-10873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240169#comment-15240169 ] ASF subversion and git services commented on CB-10873: -- Commit def399fe51bcad825d35c475336b28fe8b2f2bfb in cordova-plugin-camera's branch refs/heads/master from [~omefire] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=def399f ] CB-10873 Avoid crash due to usage of uninitialized variable when writing geolocation data to image destination > "cordova-plugin-camera" 2.1.1 CameraUsesGeolocation preference causes camera > to crash iOS app > - > > Key: CB-10873 > URL: https://issues.apache.org/jira/browse/CB-10873 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.1.1 > Environment: Cordova Cli-6.0 > Cordova-iOS 4.1.0 > cordova-plugin-camera 2.1.1 > cordova-plugin-wkwebview-engine 1.0.2 > ipad mini iOS 9.2.1 > my config.xml have these lines > > > value="files,files-external,documents,sdcard,cache,cache-external,root" /> > value="library,library-nosync,documents,documents-nosync,cache,bundle,root" /> >Reporter: Colin Bau >Assignee: Omar Mefire > Labels: iOS, triaged, wfc > > this is my full test code > = > navigator.camera.getPicture(cameraSuccess, cameraError, null); > function cameraSuccess() { alert("Camera success.") } > function cameraError(message) { alert('Failed because: ' + message); } > = > step1,I use "navigator.camera.getPicture" > step2,it will appear a camera interface and I press the take photo button > step3,click the "use the photo" button > step4,it will back to my original app,but after 1-2 seconds,shut down > immediately > Android have no this problem,and it will trigger the "cameraSuccess" callback -- This message was sent by Atlassian JIRA (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-10798) Cannot create folder into cordova.file.externalRootDirectory on Android 6.x Marshmallow
[ https://issues.apache.org/jira/browse/CB-10798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240241#comment-15240241 ] ASF GitHub Bot commented on CB-10798: - Github user macdonst commented on the pull request: https://github.com/apache/cordova-plugin-file/pull/170#issuecomment-209689870 @silhouettes I don't think @stevengill will reply on this thread but maybe now that he's been @ messaged. I'm sure there will be a plugins release for Cordova soon but don't know of a timeline. > Cannot create folder into cordova.file.externalRootDirectory on Android 6.x > Marshmallow > --- > > Key: CB-10798 > URL: https://issues.apache.org/jira/browse/CB-10798 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 4.1.1 > Environment: Android 6.0.1 (Nexus 9 and other 6.x devices), Cordova > cli 6.0.0, Android platform 5.1.0 >Reporter: Vito Macchia >Assignee: Raghav Katyal > Labels: android, triaged > > Cannot create folder into cordova.file.externalRootDirectory on Android 6.x > Marshmallow. It always returns encording error (12), while on Android 5.x > (Lollipop) the same code works fine. > On Marshmallow devices I can succesfully create folders only into > cordova.file.externalDataDirectory. > No matter the value of preference AndroidPersistentFileLocation or > AndroidExtraFilesystems. > Code (some ES6, sorry) > This snippet uses WinJS Promises - should work with native promises as well > or you can just remove promises and pass succes and fail callbacks. It should > create MY_Folder/test (both folders, like mkdirp) in the SD Card (regardless > if emulated or not) root directory. It works fine with 5.x devices, but > returns always FileError.ENCODING_ERR on Marshmallow. > {code:title=createDirectory.js|borderStyle=solid} > function errorCode(e) { > var msg = ''; > switch (e.code) { > case FileError.ABORT_ERR: > msg = 'ABORT_ERR'; > break; > case FileError.ENCODING_ERR: > msg = 'ENCODING_ERR'; > break; > case FileError.NOT_READABLE_ERR: > msg = 'NOT_READABLE_ERR'; > break; > case FileError.PATH_EXISTS_ERR: > msg = 'PATH_EXISTS_ERR'; > break; > case FileError.QUOTA_EXCEEDED_ERR: > msg = 'QUOTA_EXCEEDED_ERR'; > break; > case FileError.NOT_FOUND_ERR: > msg = 'NOT_FOUND_ERR'; > break; > case FileError.SECURITY_ERR: > msg = 'SECURITY_ERR'; > break; > case FileError.INVALID_MODIFICATION_ERR: > msg = 'INVALID_MODIFICATION_ERR'; > break; > case FileError.INVALID_STATE_ERR: > msg = 'INVALID_STATE_ERR'; > break; > default: > msg = 'Unknown Error'; > break; > }; > console.log('Error: ' + msg, "CODE", e); > return msg; > } > const STATIC_CONTENT_DIR = 'MY_Folder/test'; > function createDirectory(startDirectory = cordova.file.externalRootDirectory) > { > return new WinJS.Promise(function(success, fail) { > window.resolveLocalFileSystemURL(startDirectory, function(directory) { > console.log("FS ROOT", directory); > function fileGetDir(path, cb) { > console.log("*** PATH", path); > var fnGetOrCreateDir = function(p, de) { > var entry = p.shift(); > console.log("PATH", path); > if (entry) { > de.getDirectory(entry, { > create: true, > exclusive: false > }, function(dirEntry) { > console.log("CR", dirEntry); > fnGetOrCreateDir(p, dirEntry); > }, fileFSError); > } else > if (cb) cb(de); > }; > if (path) { > var arPath = path.split("/"); > fnGetOrCreateDir(arPath, directory.filesystem.root); > } else { > if (cb) cb(directory); > } > } > fileGetDir(STATIC_CONTENT_DIR, onSuccess); > }, fileFSError); > function fileFSError(e) { > console.log(e.code); > try { > console.log("fileFSError: " + JSON.stringify(e) + > errorCode(e)); > fail(e); > } catch (err) { > fail(err); > } > } > function onSuccess(dirEntry) { > console.log(dirEntry.fullPath
[jira] [Commented] (CB-11080) createjsonpackage fails, missing defaults.json
[ https://issues.apache.org/jira/browse/CB-11080?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15240279#comment-15240279 ] Morgan Allen commented on CB-11080: --- I now see the {{EACCESS}} is valid as plugman is attempting to *write* {{defaults.json}}. This results in requiring super user privileges, also creating the {{package.json}} as {{root:root}} > createjsonpackage fails, missing defaults.json > -- > > Key: CB-11080 > URL: https://issues.apache.org/jira/browse/CB-11080 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib, Plugman >Affects Versions: 1.2.1 > Environment: Linux > Node v5.6.0 > npm v3.6.0 >Reporter: Morgan Allen > > Fresh install of plugman > {{sudo npm install -g plugman}} > Create new plugin > {{plugman create --name xyz --plugin_id y.x.z --plugin_version 1.0.0}} > Attempt to create package.json > {{plugman createpackagejson xyz/}} > Returns error > {{EACCES: permission denied, open > '/usr/local/lib/node_modules/plugman/node_modules/cordova-lib/src/plugman/defaults.json'}} > This isn't actually a permissions error, {{defaults.json}} doesn't exist. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org