[jira] [Created] (CB-10406) android build throws an exception when running with --ant flag
Vladimir Kotikov created CB-10406: - Summary: android build throws an exception when running with --ant flag Key: CB-10406 URL: https://issues.apache.org/jira/browse/CB-10406 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 5.1.0 Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Priority: Minor Fix For: 5.2.0 See the stacktrace below: {noformat} Error: TypeError: Path must be a string. Received undefined at assertPath (path.js:8:11) at Object.win32.join (path.js:221:5) at hasCustomRules (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\lib\builders\AntBuilder.js:136:31) at AntBuilder.build (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\lib\builders\AntBuilder.js:102:10) at e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\lib\build.js:142:24 at _fulfilled (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\node_modules\q\q.js:834:54) at self.promiseDispatch.done (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\node_modules\q\q.js:863:30) at Promise.promise.promiseDispatch (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\node_modules\q\q.js:796:13) at e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\node_modules\q\q.js:604:44 at runSingle (e:\PROJECTS\Temp\test-arguments\platforms\android\cordova\node_modules\q\q.js:137:13) {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-10299) Cordova-windows 4.3.0 release Jan 11, 2016
[ https://issues.apache.org/jira/browse/CB-10299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110181#comment-15110181 ] ASF subversion and git services commented on CB-10299: -- Commit 59a23ce16d311d022dbc2c3ad0d9af3493992f9b in cordova-windows's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=59a23ce ] CB-10299 Updated RELEASENOTES for release 4.3.0 > Cordova-windows 4.3.0 release Jan 11, 2016 > -- > > Key: CB-10299 > URL: https://issues.apache.org/jira/browse/CB-10299 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: triaged > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10381) Exception when removing a plugin with a tag
[ https://issues.apache.org/jira/browse/CB-10381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110179#comment-15110179 ] ASF GitHub Bot commented on CB-10381: - Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-windows/pull/140#issuecomment-173476489 :+1: > Exception when removing a plugin with a tag > --- > > Key: CB-10381 > URL: https://issues.apache.org/jira/browse/CB-10381 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Byoungro So >Assignee: Byoungro So > > The latest Cordova-windows (4.3.0) has a bug when removing a plugin that has > a tag. > It throws an exception EISDIR. > This is caused by a bug in PluginHandler.js. > I can fix this bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10381) Exception when removing a plugin with a tag
[ https://issues.apache.org/jira/browse/CB-10381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110171#comment-15110171 ] ASF GitHub Bot commented on CB-10381: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-windows/pull/140 > Exception when removing a plugin with a tag > --- > > Key: CB-10381 > URL: https://issues.apache.org/jira/browse/CB-10381 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Byoungro So >Assignee: Byoungro So > > The latest Cordova-windows (4.3.0) has a bug when removing a plugin that has > a tag. > It throws an exception EISDIR. > This is caused by a bug in PluginHandler.js. > I can fix this bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10381) Exception when removing a plugin with a tag
[ https://issues.apache.org/jira/browse/CB-10381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110170#comment-15110170 ] ASF subversion and git services commented on CB-10381: -- Commit d5079b99bdb0ab5fe7d75ed13853de762e0cf254 in cordova-windows's branch refs/heads/master from [~bso] [ https://git-wip-us.apache.org/repos/asf?p=cordova-windows.git;h=d5079b9 ] CB-10381 fix the bug when removing a plugin with a tag > Exception when removing a plugin with a tag > --- > > Key: CB-10381 > URL: https://issues.apache.org/jira/browse/CB-10381 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Byoungro So >Assignee: Byoungro So > > The latest Cordova-windows (4.3.0) has a bug when removing a plugin that has > a tag. > It throws an exception EISDIR. > This is caused by a bug in PluginHandler.js. > I can fix this bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10381) Exception when removing a plugin with a tag
[ https://issues.apache.org/jira/browse/CB-10381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110169#comment-15110169 ] ASF GitHub Bot commented on CB-10381: - Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-windows/pull/140#issuecomment-173475729 LGTM > Exception when removing a plugin with a tag > --- > > Key: CB-10381 > URL: https://issues.apache.org/jira/browse/CB-10381 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Byoungro So >Assignee: Byoungro So > > The latest Cordova-windows (4.3.0) has a bug when removing a plugin that has > a tag. > It throws an exception EISDIR. > This is caused by a bug in PluginHandler.js. > I can fix this bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10385) pickContact on linked contact crashes
[ https://issues.apache.org/jira/browse/CB-10385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-10385: -- Labels: duplicate iOS triaged (was: ) > pickContact on linked contact crashes > - > > Key: CB-10385 > URL: https://issues.apache.org/jira/browse/CB-10385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 2.0.0 > Environment: iOS >Reporter: Jamie McHale > Labels: duplicate, iOS, triaged > > 1. Create two contacts in the iOS address book > 2. Edit one contact and add the second to that contact as a "linked accout" > 3. Boot app that uses Contact plugin and launch native picker > 4. Pick contact you have created > 5. App crashes -- This message was sent by Atlassian JIRA (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-10385) pickContact on linked contact crashes
[ https://issues.apache.org/jira/browse/CB-10385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110164#comment-15110164 ] Vladimir Kotikov commented on CB-10385: --- Dupe of CB-9770 and was fixed in version 2.0.1 of the plugin (in particular - [this commit|https://github.com/apache/cordova-plugin-contacts/commit/617fb764bf1c7047cfe02cf346771dd7fa38ed40]). [~jamiemchale], could you please verify the latest plugin version? > pickContact on linked contact crashes > - > > Key: CB-10385 > URL: https://issues.apache.org/jira/browse/CB-10385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 2.0.0 > Environment: iOS >Reporter: Jamie McHale > > 1. Create two contacts in the iOS address book > 2. Edit one contact and add the second to that contact as a "linked accout" > 3. Boot app that uses Contact plugin and launch native picker > 4. Pick contact you have created > 5. App crashes -- This message was sent by Atlassian JIRA (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-10385) pickContact on linked contact crashes
[ https://issues.apache.org/jira/browse/CB-10385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110164#comment-15110164 ] Vladimir Kotikov edited comment on CB-10385 at 1/21/16 6:42 AM: Dupe of CB-9770 and was fixed in version 2.0.1 of the plugin (in particular - [this commit|https://github.com/apache/cordova-plugin-contacts/commit/617fb764bf1c7047cfe02cf346771dd7fa38ed40]). [~jamiemchale], could you please verify the latest plugin version? was (Author: vladimir.kotikov): Dupe of CB-9770 and was fixed in version 2.0.1 of the plugin (in particular - [this commit|https://github.com/apache/cordova-plugin-contacts/commit/617fb764bf1c7047cfe02cf346771dd7fa38ed40]). [~jamiemchale], could you please verify the latest plugin version? > pickContact on linked contact crashes > - > > Key: CB-10385 > URL: https://issues.apache.org/jira/browse/CB-10385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 2.0.0 > Environment: iOS >Reporter: Jamie McHale > > 1. Create two contacts in the iOS address book > 2. Edit one contact and add the second to that contact as a "linked accout" > 3. Boot app that uses Contact plugin and launch native picker > 4. Pick contact you have created > 5. App crashes -- This message was sent by Atlassian JIRA (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-10381) Exception when removing a plugin with a tag
[ https://issues.apache.org/jira/browse/CB-10381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110152#comment-15110152 ] ASF GitHub Bot commented on CB-10381: - Github user bso-intel commented on the pull request: https://github.com/apache/cordova-windows/pull/140#issuecomment-173474167 Hi @purplecabbage, Would you review this pull request? > Exception when removing a plugin with a tag > --- > > Key: CB-10381 > URL: https://issues.apache.org/jira/browse/CB-10381 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Byoungro So >Assignee: Byoungro So > > The latest Cordova-windows (4.3.0) has a bug when removing a plugin that has > a tag. > It throws an exception EISDIR. > This is caused by a bug in PluginHandler.js. > I can fix this bug. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Issue Comment Deleted] (CB-10228) AppendUserAgent not working with WKWebView
[ https://issues.apache.org/jira/browse/CB-10228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10228: -- Comment: was deleted (was: I'm confused; how does this translate for use in Cordova -- are the config.xml settings deprecated and there is a replacement?) > AppendUserAgent not working with WKWebView > -- > > Key: CB-10228 > URL: https://issues.apache.org/jira/browse/CB-10228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: vB Results, LLC. > Labels: triaged, wkwebview-1.0.2 > > Using the npm version of cordova-plugin-wkwebview-engine and cordova-ios@4 > and AppendUserAgent is the most lightweight way to detect whether or not we > are in the app on a remote site. Please fix, the lack of this means we > cannot benefit from using WKWebView :( -- This message was sent by Atlassian JIRA (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-10228) AppendUserAgent not working with WKWebView
[ https://issues.apache.org/jira/browse/CB-10228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110017#comment-15110017 ] vB Results, LLC. edited comment on CB-10228 at 1/21/16 4:20 AM: [~shazron] I checked in the iPhone dev IRC and was told the only way to get it working in iOS 8 is to manually make the request and pipe the output into the WKWebView. iOS 9's customUserAgent property works, so we'll use that for iOS 9 and a GET parameter for iOS 8-. was (Author: vbresults): [~shazron] I checked in the iPhone dev IRC and was told the only way to get it working in iOS 8 is to manually make the request and pipe the output into the WKWebView. On the other hand, iOS 9's customUserAgent property works, so we'll use that for iOS 9 and a GET parameter for iOS 8-. > AppendUserAgent not working with WKWebView > -- > > Key: CB-10228 > URL: https://issues.apache.org/jira/browse/CB-10228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: vB Results, LLC. > Labels: triaged, wkwebview-1.0.2 > > Using the npm version of cordova-plugin-wkwebview-engine and cordova-ios@4 > and AppendUserAgent is the most lightweight way to detect whether or not we > are in the app on a remote site. Please fix, the lack of this means we > cannot benefit from using WKWebView :( -- This message was sent by Atlassian JIRA (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-10228) AppendUserAgent not working with WKWebView
[ https://issues.apache.org/jira/browse/CB-10228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15110017#comment-15110017 ] vB Results, LLC. commented on CB-10228: --- [~shazron] I checked in the iPhone dev IRC and was told the only way to get it working in iOS 8 is to manually make the request and pipe the output into the WKWebView. On the other hand, iOS 9's customUserAgent property works, so we'll use that for iOS 9 and a GET parameter for iOS 8-. > AppendUserAgent not working with WKWebView > -- > > Key: CB-10228 > URL: https://issues.apache.org/jira/browse/CB-10228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: vB Results, LLC. > Labels: triaged, wkwebview-1.0.2 > > Using the npm version of cordova-plugin-wkwebview-engine and cordova-ios@4 > and AppendUserAgent is the most lightweight way to detect whether or not we > are in the app on a remote site. Please fix, the lack of this means we > cannot benefit from using WKWebView :( -- This message was sent by Atlassian JIRA (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-10228) AppendUserAgent not working with WKWebView
[ https://issues.apache.org/jira/browse/CB-10228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10228: -- Comment: was deleted (was: And it doesn't work for iOS 8 either, same testing devices.) > AppendUserAgent not working with WKWebView > -- > > Key: CB-10228 > URL: https://issues.apache.org/jira/browse/CB-10228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: vB Results, LLC. > Labels: triaged, wkwebview-1.0.2 > > Using the npm version of cordova-plugin-wkwebview-engine and cordova-ios@4 > and AppendUserAgent is the most lightweight way to detect whether or not we > are in the app on a remote site. Please fix, the lack of this means we > cannot benefit from using WKWebView :( -- This message was sent by Atlassian JIRA (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-10228) AppendUserAgent not working with WKWebView
[ https://issues.apache.org/jira/browse/CB-10228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vB Results, LLC. updated CB-10228: -- Comment: was deleted (was: What temporary solution can I use until this is fixed? I just need to append to the user agent string -- I'd love to use WKWebView and I wouldn't have to worry about the NSURLDOMAIN -999 error since it's not triggered here.) > AppendUserAgent not working with WKWebView > -- > > Key: CB-10228 > URL: https://issues.apache.org/jira/browse/CB-10228 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: vB Results, LLC. > Labels: triaged, wkwebview-1.0.2 > > Using the npm version of cordova-plugin-wkwebview-engine and cordova-ios@4 > and AppendUserAgent is the most lightweight way to detect whether or not we > are in the app on a remote site. Please fix, the lack of this means we > cannot benefit from using WKWebView :( -- This message was sent by Atlassian JIRA (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-10405) Connectivity issue to Cordova VM
Sarangan Rajamanickam created CB-10405: -- Summary: Connectivity issue to Cordova VM Key: CB-10405 URL: https://issues.apache.org/jira/browse/CB-10405 Project: Apache Cordova Issue Type: Bug Reporter: Sarangan Rajamanickam Assignee: Sarangan Rajamanickam During Apache Cordova CI, we get errors while checking the cordova VMs. They are intermittent. So, we need to add retry logic to the 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-10330) Define a standard way to document references in the new IA
[ https://issues.apache.org/jira/browse/CB-10330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109831#comment-15109831 ] ASF GitHub Bot commented on CB-10330: - GitHub user rakatyal opened a pull request: https://github.com/apache/cordova-docs/pull/460 CB-10330 Adding style guide for xml references You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-docs raghav/xml Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/460.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 #460 commit 806d4c9d7c391444353171f14ccbba704487de2d Author: Raghav Katyal Date: 2016-01-21T00:06:08Z Adding style guide for xml references > Define a standard way to document references in the new IA > -- > > Key: CB-10330 > URL: https://issues.apache.org/jira/browse/CB-10330 > Project: Apache Cordova > Issue Type: Task > Components: Docs >Reporter: Raghav >Assignee: Raghav > Labels: Docs-6.x > > We have a new section for references in the new IA which will have the > following articles: > Config.xml > Events > Plugin APIs > CLI > Hooks > Plugin.xml > We need to define a uniform standard for these to follow. Some of these are > API references, some 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] [Closed] (CB-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarangan Rajamanickam closed CB-10390. -- > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-7117) MediaFile.getFormatData() of newly-recorded video contains bad information
[ https://issues.apache.org/jira/browse/CB-7117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109749#comment-15109749 ] Shahin Agha-Ghassem commented on CB-7117: - +1 here. This is a critical function in my app. > MediaFile.getFormatData() of newly-recorded video contains bad information > -- > > Key: CB-7117 > URL: https://issues.apache.org/jira/browse/CB-7117 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media Capture >Affects Versions: 3.5.0 > Environment: iOS 7, Android 4.4 >Reporter: Matthew Curtis > > I use the capture plugin to record a video from the device's camera. Upon > completion of recording, I'd like to get the duration of the video for use in > my application. However, when I run this test on my iPad or Android phone, > the MediaFileData object contains zero-ed out information. Here's a snippet: > {code:JavaScript} > navigator.device.capture.captureVideo( > function(files) { > var videoFile = files[0]; > videoFile.getFormatData(function(fileData) { > console.log('file data:' + JSON.stringify(fileData)); > }); > } > ); > {code} > The console output is: > {code:JavaScript} > file data:{"width":0,"duration":0,"bitrate":0,"codecs":null,"height":0} > {code} > As best as I can tell, I'm using this correctly. Is there something I'm > missing, or can this not be used for newly-created media? -- This message was sent by Atlassian JIRA (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-10401) Connectivity Issue to github from cordova-medic
[ https://issues.apache.org/jira/browse/CB-10401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarangan Rajamanickam updated CB-10401: --- Labels: found-by-ci (was: ) > Connectivity Issue to github from cordova-medic > --- > > Key: CB-10401 > URL: https://issues.apache.org/jira/browse/CB-10401 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > Labels: found-by-ci > > In the Apache CI for Cordova, there is code that clones git repositories from > GitHub. There are intermittent issues and when the github server could not be > connected, the task fails and this impacts the CI builds. > Ref Links: > - > https://ci.apache.org/builders/cordova-android-win/builds/1389/steps/cloning%20cordova-plugin-media/logs/stdio > - > https://ci.apache.org/builders/cordova-windows-store8.1/builds/1404/steps/cloning%20cordova-plugin-geolocation/logs/stdio -- This message was sent by Atlassian JIRA (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-8056) Implement splashscreen for Windows platform
[ https://issues.apache.org/jira/browse/CB-8056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109716#comment-15109716 ] ASF GitHub Bot commented on CB-8056: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-windows/pull/141#issuecomment-173398203 Is there a link to the conversation around this change? ( I assume it is [1] ) Ultimately there are 2 pieces to splash-screen : 1. the platform/os splash screen built into every app 2. the cordova specific plugin which processes preferences My understanding is that if you do NOT have the plugin installed, then the platform/os splash is presented and dismissed automatically once the app has launched. The image(s) used for this can and should be controlled by preferences in config.xml and this should be done at build time, moving files, renaming files, modifying app manifests, ... If the splash-screen plugin is installed, we gain the ability to delay dismissing the splash screen ( by emulating it with a full screen image which quickly replaces the platform/os version ) This is the way things are currently, and I DO completely support moving splash-screen management back into the platforms so it can be processed before plugins are loaded, I just want to make sure that we are moving on this for all platforms and that there has been enough discussion/agreement around it. I think I expected that each of the plugin audit proposals should spawn it's own detailed proposal, but I may be over administering things. As long as we all agree that this is the way forward, and this will be done for all platforms; +1 [1] https://github.com/cordova/cordova-discuss/pull/28/files#diff-e1c3c74bda464d02680ae112f2927180R175 > Implement splashscreen for Windows platform > --- > > Key: CB-8056 > URL: https://issues.apache.org/jira/browse/CB-8056 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen, Windows >Affects Versions: 3.6.0 >Reporter: Doug Estey >Assignee: Sergey Shakhnazarov > Labels: reproduced, triaged, windows > > {code:title=config.xml|borderStyle=solid} > > > > {code} > This has no effect on the cordova-windows platform. Splash screen autohides > after <1000ms. > Tested on WP 8.1. > Let me know if there's any other information I can provide. The documentation > for splash screens on 8.1 seems to be somewhat lacking, so I may have missed > something somewhere. -- This message was sent by Atlassian JIRA (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-10401) Connectivity Issue to github from cordova-medic
[ https://issues.apache.org/jira/browse/CB-10401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109535#comment-15109535 ] ASF GitHub Bot commented on CB-10401: - Github user sarangan12 commented on the pull request: https://github.com/apache/cordova-medic/pull/71#issuecomment-173371802 @dblotsky @nikhilkh @riknoll @alsorokin Can you please review and merge this PR? Tks. > Connectivity Issue to github from cordova-medic > --- > > Key: CB-10401 > URL: https://issues.apache.org/jira/browse/CB-10401 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache CI for Cordova, there is code that clones git repositories from > GitHub. There are intermittent issues and when the github server could not be > connected, the task fails and this impacts the CI builds. > Ref Links: > - > https://ci.apache.org/builders/cordova-android-win/builds/1389/steps/cloning%20cordova-plugin-media/logs/stdio > - > https://ci.apache.org/builders/cordova-windows-store8.1/builds/1404/steps/cloning%20cordova-plugin-geolocation/logs/stdio -- This message was sent by Atlassian JIRA (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-10404) Selecting video from iOS photo gallery doesn't return any GPS information in EXIF, metadata or anything.
Daniel Herbert created CB-10404: --- Summary: Selecting video from iOS photo gallery doesn't return any GPS information in EXIF, metadata or anything. Key: CB-10404 URL: https://issues.apache.org/jira/browse/CB-10404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: Daniel Herbert When using this, there is no way to get GPS information navigator.camera.getPicture( cameraSuccessPOSTIMGVIDEO, cameraError, { quality: 100, destinationType: destinationType.NATIVE_URI, sourceType: pictureSource.SAVEDPHOTOALBUM, mediaType: navigator.camera.MediaType.VIDEO, correctOrientation : true , saveToPhotoAlbum: true } ); // mediaType: navigator.camera.mediatype.allmedia -- This message was sent by Atlassian JIRA (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-10401) Connectivity Issue to github from cordova-medic
[ https://issues.apache.org/jira/browse/CB-10401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109532#comment-15109532 ] ASF GitHub Bot commented on CB-10401: - GitHub user sarangan12 opened a pull request: https://github.com/apache/cordova-medic/pull/71 CB-10401: Connectivity Issue to github from cordova- Adding retry logic to cloning github repositories. Added 2 parameters: 1. retryFetch - Git specific parameter - Ref Link: http://docs.buildbot.net/0.8.9/manual/cfg-buildsteps.html#git 2. retry - Common parameter - http://docs.buildbot.net/0.8.9/manual/cfg-buildsteps.html#id3 Logic is to retry 3 times with a 10 second delay. You can merge this pull request into a Git repository by running: $ git pull https://github.com/sarangan12/cordova-medic master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-medic/pull/71.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 #71 commit a40181e1768fa5af5233ba752a7e143a1b488bc2 Author: Sarangan Rajamanickam Date: 2016-01-20T21:45:57Z CB-10401: Connectivity Issue to github from cordova- Adding retry logic to cloning github repositories. Added 2 parameters: 1. retryFetch - Git specific parameter - Ref Link: http://docs.buildbot.net/0.8.9/manual/cfg-buildsteps.html#git 2. retry - Common parameter - http://docs.buildbot.net/0.8.9/manual/cfg-buildsteps.html#id3 > Connectivity Issue to github from cordova-medic > --- > > Key: CB-10401 > URL: https://issues.apache.org/jira/browse/CB-10401 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache CI for Cordova, there is code that clones git repositories from > GitHub. There are intermittent issues and when the github server could not be > connected, the task fails and this impacts the CI builds. > Ref Links: > - > https://ci.apache.org/builders/cordova-android-win/builds/1389/steps/cloning%20cordova-plugin-media/logs/stdio > - > https://ci.apache.org/builders/cordova-windows-store8.1/builds/1404/steps/cloning%20cordova-plugin-geolocation/logs/stdio -- This message was sent by Atlassian JIRA (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-10403) THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background thread.
[ https://issues.apache.org/jira/browse/CB-10403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Brosse updated CB-10403: -- Affects Version/s: 3.5.0 Fix Version/s: Master Already corrected and submitted on github. > THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background > thread. > --- > > Key: CB-10403 > URL: https://issues.apache.org/jira/browse/CB-10403 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS, Plugin Geolocation >Affects Versions: 3.5.0 >Reporter: Guillaume Brosse >Priority: Minor > Fix For: Master > > > THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background > thread." is displayed in the cli of Xcode. -- This message was sent by Atlassian JIRA (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-10403) THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background thread.
Guillaume Brosse created CB-10403: - Summary: THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background thread. Key: CB-10403 URL: https://issues.apache.org/jira/browse/CB-10403 Project: Apache Cordova Issue Type: Improvement Components: iOS, Plugin Geolocation Reporter: Guillaume Brosse Priority: Minor THREAD WARNING: ['Geolocation'] took 'X' ms. Plugin should use a background thread." is displayed in the cli of Xcode. -- This message was sent by Atlassian JIRA (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-10402) Fullscreen splashscreens overriden
Benjamin LUPU created CB-10402: -- Summary: Fullscreen splashscreens overriden Key: CB-10402 URL: https://issues.apache.org/jira/browse/CB-10402 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Environment: iOS Reporter: Benjamin LUPU Since latest release of the splashscreen plugin (cordova-plugin-splashscreen@3.1.0), I can't set anymore splascreens to be fullscreen. Now status bar is always appearing. In config.xml, I use : -- This message was sent by Atlassian JIRA (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-10401) Connectivity Issue to github from cordova-medic
[ https://issues.apache.org/jira/browse/CB-10401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarangan Rajamanickam updated CB-10401: --- Description: In the Apache CI for Cordova, there is code that clones git repositories from GitHub. There are intermittent issues and when the github server could not be connected, the task fails and this impacts the CI builds. Ref Links: - https://ci.apache.org/builders/cordova-android-win/builds/1389/steps/cloning%20cordova-plugin-media/logs/stdio - https://ci.apache.org/builders/cordova-windows-store8.1/builds/1404/steps/cloning%20cordova-plugin-geolocation/logs/stdio > Connectivity Issue to github from cordova-medic > --- > > Key: CB-10401 > URL: https://issues.apache.org/jira/browse/CB-10401 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache CI for Cordova, there is code that clones git repositories from > GitHub. There are intermittent issues and when the github server could not be > connected, the task fails and this impacts the CI builds. > Ref Links: > - > https://ci.apache.org/builders/cordova-android-win/builds/1389/steps/cloning%20cordova-plugin-media/logs/stdio > - > https://ci.apache.org/builders/cordova-windows-store8.1/builds/1404/steps/cloning%20cordova-plugin-geolocation/logs/stdio -- This message was sent by Atlassian JIRA (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-10401) Connectivity Issue to github from cordova-medic
Sarangan Rajamanickam created CB-10401: -- Summary: Connectivity Issue to github from cordova-medic Key: CB-10401 URL: https://issues.apache.org/jira/browse/CB-10401 Project: Apache Cordova Issue Type: Bug Reporter: Sarangan Rajamanickam Assignee: Sarangan Rajamanickam -- This message was sent by Atlassian JIRA (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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarangan Rajamanickam resolved CB-10390. Resolution: Fixed > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-9977) iOS splashscreen fading doesn't work anymore when autohide is set to false
[ https://issues.apache.org/jira/browse/CB-9977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin LUPU closed CB-9977. - Checked on iOS7, iOS8, iOS9 / iPhone 4,5,6. > iOS splashscreen fading doesn't work anymore when autohide is set to false > -- > > Key: CB-9977 > URL: https://issues.apache.org/jira/browse/CB-9977 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.5.0 > Environment: ios >Reporter: Benjamin LUPU > Labels: ios, no-repro, triaged > > By default iOS splashscreen fading seems to work (I see it) but as soon as I > set autohiding to false (using value="false" /> in config.xml and hiding it with > navigator.splashscreen.hide(); in the deviceready event handler), the > splashscreen never fades. -- This message was sent by Atlassian JIRA (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-9977) iOS splashscreen fading doesn't work anymore when autohide is set to false
[ https://issues.apache.org/jira/browse/CB-9977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109445#comment-15109445 ] Benjamin LUPU commented on CB-9977: --- I just had the surprise to see a nice fadein for my splashscreen after a PGB compilation! Thank you for the fix :-) > iOS splashscreen fading doesn't work anymore when autohide is set to false > -- > > Key: CB-9977 > URL: https://issues.apache.org/jira/browse/CB-9977 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.5.0 > Environment: ios >Reporter: Benjamin LUPU > Labels: ios, no-repro, triaged > > By default iOS splashscreen fading seems to work (I see it) but as soon as I > set autohiding to false (using value="false" /> in config.xml and hiding it with > navigator.splashscreen.hide(); in the deviceready event handler), the > splashscreen never fades. -- This message was sent by Atlassian JIRA (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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109402#comment-15109402 ] ASF GitHub Bot commented on CB-10390: - Github user dblotsky commented on the pull request: https://github.com/apache/cordova-medic/pull/69#issuecomment-173358200 Good catch, @sarangan12! > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-10369) Added getVideo() feature with thumbnail creation
[ https://issues.apache.org/jira/browse/CB-10369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109396#comment-15109396 ] Tanase Butcaru commented on CB-10369: - [~riknoll] I know that video capturing already exists in cordova-plugin-media-capture, but it seems I misunderstood it! I have tested the media-capture plugin some time ago, but only the audio recorder function and from that day I thought that video capture would work the same: opens a "Video recorder" application (something different from default camera app) and that would allow the user to record a video. This was the main reason I created this feature for the camera plugin, because it wouldn't felt natural (like all the other apps on the market) if it was like that.. Concluding, I've made this feature by "mistake". The only advantage is the thumbnail option (which can be easily implemented for getPicture() too, android at least). Regarding camera plugin, as I noted in my PR with some commented code, it would be great to separate picture & video operations in the future, in case this feature will be merged. I mean, the getPicture() should only select & create images and getVideo() should only select & create videos! Right now, with getPicture() we can create & select images + select videos. Talking about all cordova core plugins that handle media operations, I would merge them in one full featured plugin. The plugin-camera, plugin-media-capture, plugin-media should become just cordova-plugin-media with the following api: - media.capture(): create new image & video from camera - media.picker(): select media file(s) from device library (image, video & audio) / audio implementation for android & ios could start from here https://github.com/an-rahulpandey/cordova-plugin-mediapicker - media.audio - current cordova-plugin-media api rewritten to support w3c specifications with sub methods like media.audio.startRecord(), etc.. ... and this would become a media centric plugin with everything developers need. > Added getVideo() feature with thumbnail creation > > > Key: CB-10369 > URL: https://issues.apache.org/jira/browse/CB-10369 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: Tanase Butcaru > Labels: Android, features > > I've implemented the +getVideo()+ function for cordova-plugin-camera which > gives the user the ability to record a video with default camera app. > Optionally, this feature can create a thumbnail for the recorded video. > Full description and PR can be found in the external issue URL. -- This message was sent by Atlassian JIRA (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-10380) Wrong device uuid
[ https://issues.apache.org/jira/browse/CB-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109355#comment-15109355 ] Mariusz Mackiewicz commented on CB-10380: - It's just because, I saw in some applications my device unique id as -6B42-9C07--A4E69A37, but as I understand now, this guid is some kind of concatenation of few numbers as device serial id, uuid, sim serial, or something like that. http://stackoverflow.com/questions/2785485/is-there-a-unique-android-device-id Sorry for interruption. > Wrong device uuid > - > > Key: CB-10380 > URL: https://issues.apache.org/jira/browse/CB-10380 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Visual Studio 2015 community, Cordova 5.33, Device > plugin v1.1.0, Samsung Galaxy Tab 4, Android 4.4.2 >Reporter: Mariusz Mackiewicz >Priority: Critical > > Plugin returns wrong device uuid - e0327a3374a4d64e, > when original is -6B42-9C07--A4E69A37 > all device object properties: > available: true > cordova: "4.1.1" > isVirtual: false > manufacturer: "samsung" > model: "SM-T535" > platform: "Android" > serial: "2730bac9" > uuid: "e0327a3374a4d64e" > version: "4.4.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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109344#comment-15109344 ] ASF GitHub Bot commented on CB-10390: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/69 > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109343#comment-15109343 ] ASF subversion and git services commented on CB-10390: -- Commit 2c9e1d33cace0f046ba0989b56fc5ebe845c42c0 in cordova-medic's branch refs/heads/master from [~sarangan12] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=2c9e1d3 ] CB-10390: ADB doesn't recognize existing devices in Medic In Apache CI, we get the error: ADB doesn't recognize existing devices in Medic. The root cause for this error is that there is an additional space in the pattern. As a result ‘emulator-5554’ will not be matched with ‘emulator ‘ pattern (due to additional space). On removing the additional space, the pattern matching working fine. Also, when you run adb devices command, there will be a header line “List of devices” will be displayed which must be ignored. Added the code to ignore that also. > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109315#comment-15109315 ] ASF GitHub Bot commented on CB-10390: - Github user dblotsky commented on the pull request: https://github.com/apache/cordova-medic/pull/69#issuecomment-173346488 LGTM. > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-10260) [iOS] FileTransfer.didReceiveResponse fail due to createDirectoryAtPath return NO
[ https://issues.apache.org/jira/browse/CB-10260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov resolved CB-10260. -- Resolution: Cannot Reproduce This does not repro with manual tests - please reopen if this is still actual. > [iOS] FileTransfer.didReceiveResponse fail due to createDirectoryAtPath > return NO > -- > > Key: CB-10260 > URL: https://issues.apache.org/jira/browse/CB-10260 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 5.4.1 > Environment: IOS >Reporter: raven zuo >Priority: Minor > Labels: triaged, wfc > > In apple's document, it says 'YES if the directory was created or already > exists or NO if an error occurred.'. But here the error message says that > there is already a directory with this name thus can't create a new one. It > doesn't always fail, but with a very high possibility that if a directory > exist then the operation will fail. > So in this case, if the error is that there is already an existing directory > with the same name, then we shouldn't fail but continue because the directory > is created(successfully by previous operations). -- This message was sent by Atlassian JIRA (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-8056) Implement splashscreen for Windows platform
[ https://issues.apache.org/jira/browse/CB-8056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109207#comment-15109207 ] ASF GitHub Bot commented on CB-8056: GitHub user daserge opened a pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/76 CB-8056 Implement splashscreen for Windows platform [Jira issue](https://issues.apache.org/jira/browse/CB-8056) The plugin implementation has been moved to the platform code Documented SplashScreenBackgroundColor preference for Windows Updated the docs Related to apache/cordova-windows#141 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-splashscreen CB-8056 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-splashscreen/pull/76.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 #76 commit 5ffb4cb771b11bffc0c4f6a707563b20e7d19613 Author: daserge Date: 2016-01-14T16:15:06Z CB-8056 Implement splashscreen for Windows platform The plugin implementation has been moved to the platform code Documented SplashScreenBackgroundColor preference for Windows Updated the docs > Implement splashscreen for Windows platform > --- > > Key: CB-8056 > URL: https://issues.apache.org/jira/browse/CB-8056 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen, Windows >Affects Versions: 3.6.0 >Reporter: Doug Estey >Assignee: Sergey Shakhnazarov > Labels: reproduced, triaged, windows > > {code:title=config.xml|borderStyle=solid} > > > > {code} > This has no effect on the cordova-windows platform. Splash screen autohides > after <1000ms. > Tested on WP 8.1. > Let me know if there's any other information I can provide. The documentation > for splash screens on 8.1 seems to be somewhat lacking, so I may have missed > something somewhere. -- This message was sent by Atlassian JIRA (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-8056) Implement splashscreen for Windows platform
[ https://issues.apache.org/jira/browse/CB-8056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109204#comment-15109204 ] ASF GitHub Bot commented on CB-8056: GitHub user daserge opened a pull request: https://github.com/apache/cordova-windows/pull/141 CB-8056 Implement splashscreen for Windows platform [Jira issue](https://issues.apache.org/jira/browse/CB-8056) Moved the implementation to the platform as per plugins triage recommendation and due to `ui.js` and `WinJS.UI.processAll();` are required for Windows Phone implementation as it uses `data-win-control="WinJS.UI.ViewBox"`. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-windows CB-8056 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-windows/pull/141.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 #141 commit 03a6d8d45db68ac98b9209c4ffc231affb1cadef Author: daserge Date: 2016-01-20T19:00:56Z CB-8056 Implement splashscreen for Windows platform > Implement splashscreen for Windows platform > --- > > Key: CB-8056 > URL: https://issues.apache.org/jira/browse/CB-8056 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen, Windows >Affects Versions: 3.6.0 >Reporter: Doug Estey >Assignee: Sergey Shakhnazarov > Labels: reproduced, triaged, windows > > {code:title=config.xml|borderStyle=solid} > > > > {code} > This has no effect on the cordova-windows platform. Splash screen autohides > after <1000ms. > Tested on WP 8.1. > Let me know if there's any other information I can provide. The documentation > for splash screens on 8.1 seems to be somewhat lacking, so I may have missed > something somewhere. -- This message was sent by Atlassian JIRA (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-10390) ADB doesn't recognize existing devices in Medic
[ https://issues.apache.org/jira/browse/CB-10390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109139#comment-15109139 ] ASF GitHub Bot commented on CB-10390: - Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-medic/pull/69#issuecomment-173323145 @alsorokin to review > ADB doesn't recognize existing devices in Medic > --- > > Key: CB-10390 > URL: https://issues.apache.org/jira/browse/CB-10390 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Sarangan Rajamanickam >Assignee: Sarangan Rajamanickam > > In the Apache Cordova CI, there are tests failing with the reason: > "[MEDIC LOG Tue, 19 Jan 2016 20:31:11 GMT] FATAL: there must be exactly one > emulator/device attached" -- This message was sent by Atlassian JIRA (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-10369) Added getVideo() feature with thumbnail creation
[ https://issues.apache.org/jira/browse/CB-10369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15109038#comment-15109038 ] Richard B Knoll commented on CB-10369: -- We could always just move the code from the other plugin over to get started with the other platforms. Before significant work is put into that effort, the API should definitely be discussed on the mailing list and be finalized. For the record, I agree that this belongs in the camera plugin. The name "camera" kind of implies that it should handle video too. > Added getVideo() feature with thumbnail creation > > > Key: CB-10369 > URL: https://issues.apache.org/jira/browse/CB-10369 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: Tanase Butcaru > Labels: Android, features > > I've implemented the +getVideo()+ function for cordova-plugin-camera which > gives the user the ability to record a video with default camera app. > Optionally, this feature can create a thumbnail for the recorded video. > Full description and PR can be found in the external issue URL. -- This message was sent by Atlassian JIRA (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-10304) GlobalizationProxy is undefined on WP8.1
[ https://issues.apache.org/jira/browse/CB-10304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108931#comment-15108931 ] Geoffrey Lalloué commented on CB-10304: --- I updated Cordova version to 5.4.1 and I no longer experiencing the problem. > GlobalizationProxy is undefined on WP8.1 > > > Key: CB-10304 > URL: https://issues.apache.org/jira/browse/CB-10304 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Globalization >Affects Versions: 4.1.0 >Reporter: Geoffrey Lalloué > Labels: WP8.1, Windows, triaged, wfc > > When i launch my Windows phone 8.1 app using cordova, i have this error : > 'GlobalizationProxy' is undefined. > This make reference to this line on GlobalizationProxy.js : > (function init() { > GlobalizationProxy.GlobalizationProxy.setLocale(locale); > })(); > If i comment this line, app works. > I'm using : > Cordova 5.3.3 > cordova-windows : 4.1.0 > Globalization plugin : 1.0.1 -- This message was sent by Atlassian JIRA (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-10400) Implement Appium tests for Device Motion (Accelerometer) plugin
Alexander Sorokin created CB-10400: -- Summary: Implement Appium tests for Device Motion (Accelerometer) plugin Key: CB-10400 URL: https://issues.apache.org/jira/browse/CB-10400 Project: Apache Cordova Issue Type: Task Components: Medic, Plugin Device Motion Reporter: Alexander Sorokin Assignee: Alexander Sorokin -- This message was sent by Atlassian JIRA (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-10400) Implement Appium tests for Device Motion (Accelerometer) plugin
[ https://issues.apache.org/jira/browse/CB-10400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108872#comment-15108872 ] ASF GitHub Bot commented on CB-10400: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-device-motion/pull/39 CB-10400 Added Appium tests for Android platform https://issues.apache.org/jira/browse/CB-10400 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-device-motion ui-tests Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-device-motion/pull/39.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 #39 commit 3be21f66acc4866a15eca3e22f9eee80b051bbba Author: Alexander Sorokin Date: 2016-01-20T16:35:44Z CB-10400 Added Appium tests for Android platform > Implement Appium tests for Device Motion (Accelerometer) plugin > --- > > Key: CB-10400 > URL: https://issues.apache.org/jira/browse/CB-10400 > Project: Apache Cordova > Issue Type: Task > Components: Medic, Plugin Device Motion >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > -- This message was sent by Atlassian JIRA (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-6068) Alignment with W3C Contacts Manager API
[ https://issues.apache.org/jira/browse/CB-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108849#comment-15108849 ] Rob edited comment on CB-6068 at 1/20/16 4:32 PM: -- I was just wandering if this is on the radar still. I see the newest released version has several things not covered in the current contacts API: https://www.w3.org/TR/contacts-manager-api/ Now that it is released, will this get picked up? It was just a draft when this issue was written. There are some things that have been implemented in the API before but are now commented out (like contact lastUpdated) because they were dropped from the w3 spec in the past. Now that they are added to the spec again, I hope they are put back into the API. Thanks for all the good work! -Rob was (Author: robstown): I was just wandering if this on the radar. I see the newest released version has several things not covered in the current contacts API: https://www.w3.org/TR/contacts-manager-api/ Now that it is released, will this get picked up? It was just a draft when this issue was written. There are some things that have been implemented in the API before but are now commented out (like contact lastUpdated) because they were dropped from the w3 spec in the past. Now that they are added to the spec again, I hope they are put back into the API. Thanks for all the good work! -Rob > Alignment with W3C Contacts Manager API > --- > > Key: CB-6068 > URL: https://issues.apache.org/jira/browse/CB-6068 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Contacts >Reporter: Dominique Hazael-Massieux > > Work on the W3C Contacts API (from which the current cordova plugin was > inspired) has continued and the spec and the cordova API are thus no longer > aligned. The latest W3C spec is at > http://www.w3.org/2012/sysapps/contacts-manager-api/ > Although that spec is likely to continue evolving, it would be good to look > at the differences between the cordovo API and the W3C spec to see if they > can start getting aligned, or to give feedback to the W3C group where it > couldn't be aligned. -- This message was sent by Atlassian JIRA (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-6068) Alignment with W3C Contacts Manager API
[ https://issues.apache.org/jira/browse/CB-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108849#comment-15108849 ] Rob commented on CB-6068: - I was just wandering if this on the radar. I see the newest released version has several things not covered in the current contacts API: https://www.w3.org/TR/contacts-manager-api/ Now that it is released, will this get picked up? It was just a draft when this issue was written. There are some things that have been implemented in the API before but are now commented out (like contact lastUpdated) because they were dropped from the w3 spec in the past. Now that they are added to the spec again, I hope they are put back into the API. Thanks for all the good work! -Rob > Alignment with W3C Contacts Manager API > --- > > Key: CB-6068 > URL: https://issues.apache.org/jira/browse/CB-6068 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Contacts >Reporter: Dominique Hazael-Massieux > > Work on the W3C Contacts API (from which the current cordova plugin was > inspired) has continued and the spec and the cordova API are thus no longer > aligned. The latest W3C spec is at > http://www.w3.org/2012/sysapps/contacts-manager-api/ > Although that spec is likely to continue evolving, it would be good to look > at the differences between the cordovo API and the W3C spec to see if they > can start getting aligned, or to give feedback to the W3C group where it > couldn't be aligned. -- This message was sent by Atlassian JIRA (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-10398) Implement Appium tests for Battery Status plugin
[ https://issues.apache.org/jira/browse/CB-10398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108843#comment-15108843 ] ASF GitHub Bot commented on CB-10398: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-battery-status/pull/29 CB-10398 Added Appium tests for Android platform https://issues.apache.org/jira/browse/CB-10398 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-battery-status ui-tests Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-battery-status/pull/29.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 #29 commit 83263925f8655187f7761e9c03c44951c6454f17 Author: Alexander Sorokin Date: 2016-01-20T16:21:33Z CB-10398 Added Appium tests for Android platform > Implement Appium tests for Battery Status plugin > > > Key: CB-10398 > URL: https://issues.apache.org/jira/browse/CB-10398 > Project: Apache Cordova > Issue Type: Task > Components: Medic, Plugin Battery Status >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > -- This message was sent by Atlassian JIRA (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-10399) Implement Appium tests for Contacts plugin
[ https://issues.apache.org/jira/browse/CB-10399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108832#comment-15108832 ] ASF GitHub Bot commented on CB-10399: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-contacts/pull/101 CB-10399 Added Appium tests https://issues.apache.org/jira/browse/CB-10399 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-contacts ui-tests Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-contacts/pull/101.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 #101 commit 9721fd7d5fd634f6253a43e70fc42bdbbefc3a36 Author: Alexander Sorokin Date: 2016-01-20T16:24:51Z CB-10399 Added Appium tests > Implement Appium tests for Contacts plugin > -- > > Key: CB-10399 > URL: https://issues.apache.org/jira/browse/CB-10399 > Project: Apache Cordova > Issue Type: Task > Components: Medic, Plugin Contacts >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > -- This message was sent by Atlassian JIRA (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-10397) Implement Appium tests for Camera plugin
Alexander Sorokin created CB-10397: -- Summary: Implement Appium tests for Camera plugin Key: CB-10397 URL: https://issues.apache.org/jira/browse/CB-10397 Project: Apache Cordova Issue Type: Task Components: Medic, Plugin Camera Reporter: Alexander Sorokin Assignee: Alexander Sorokin -- This message was sent by Atlassian JIRA (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-10399) Implement Appium tests for Contacts plugin
Alexander Sorokin created CB-10399: -- Summary: Implement Appium tests for Contacts plugin Key: CB-10399 URL: https://issues.apache.org/jira/browse/CB-10399 Project: Apache Cordova Issue Type: Task Components: Medic, Plugin Contacts Reporter: Alexander Sorokin Assignee: Alexander Sorokin -- This message was sent by Atlassian JIRA (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-10398) Implement Appium tests for Battery Status plugin
Alexander Sorokin created CB-10398: -- Summary: Implement Appium tests for Battery Status plugin Key: CB-10398 URL: https://issues.apache.org/jira/browse/CB-10398 Project: Apache Cordova Issue Type: Task Components: Medic, Plugin Battery Status Reporter: Alexander Sorokin Assignee: Alexander Sorokin -- This message was sent by Atlassian JIRA (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-10397) Implement Appium tests for Camera plugin
[ https://issues.apache.org/jira/browse/CB-10397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108822#comment-15108822 ] ASF GitHub Bot commented on CB-10397: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/156 CB-10397 Added Appium tests https://issues.apache.org/jira/browse/CB-10397 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-camera ui-tests Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/156.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 #156 commit 0c0ccd931dcbe0c2d8ae0cbedc9c1a97767026fd Author: Alexander Sorokin Date: 2016-01-20T16:17:00Z CB-10397 Added Appium tests > Implement Appium tests for Camera plugin > > > Key: CB-10397 > URL: https://issues.apache.org/jira/browse/CB-10397 > Project: Apache Cordova > Issue Type: Task > Components: Medic, Plugin Camera >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > -- This message was sent by Atlassian JIRA (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-10396) Implement test runner for Appium tests for core plugins
[ https://issues.apache.org/jira/browse/CB-10396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108806#comment-15108806 ] ASF GitHub Bot commented on CB-10396: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-medic/pull/70 CB-10396 Implemented Appium test runner https://issues.apache.org/jira/browse/CB-10396 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-medic ui-tests Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-medic/pull/70.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 #70 commit 5e0dc1314dac31132dd68bd619d20025cbb58ef1 Author: Alexander Sorokin Date: 2016-01-20T15:58:57Z CB-10396 Implemented Appium test runner > Implement test runner for Appium tests for core plugins > --- > > Key: CB-10396 > URL: https://issues.apache.org/jira/browse/CB-10396 > Project: Apache Cordova > Issue Type: Task > Components: Medic >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > Implement test runner in form of medic command. > Test runned should be able to start appium server and run appium tests > located in core plugins repos on both Android/iOS devices and emulators. -- This message was sent by Atlassian JIRA (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-9960) Images from Google Photos cause FileNotFoundException
[ https://issues.apache.org/jira/browse/CB-9960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108778#comment-15108778 ] ASF GitHub Bot commented on CB-9960: GitHub user MiniGab opened a pull request: https://github.com/apache/cordova-plugin-camera/pull/155 Fix FileNotFoundException in ouputModifiedBitmap The ouputModifiedBitmap expect the result from FileHelper.getRealPath to return null in case of error : String realPath = FileHelper.getRealPath(uri, this.cordova); // if realPath == "" => fileName = "" String fileName = realPath != null ? realPath.substring(realPath.lastIndexOf('/') + 1) : "modified." + (this.encodingType == JPEG ? "jpg" : "png"); String modifiedPath = getTempDirectoryPath() + "/" + fileName; OutputStream os = new FileOutputStream(modifiedPath); <-- error when fileName == "" This might be related to https://issues.apache.org/jira/browse/CB-9960 and https://issues.apache.org/jira/browse/CB-10093 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MiniGab/cordova-plugin-camera master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-camera/pull/155.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 #155 commit 9ea6d47225024890f251688a437d43c892b97a97 Author: Gabriel Date: 2016-01-20T15:21:09Z Update FileHelper.java Fix FileNotFoundException when opening a file from a third party application > Images from Google Photos cause FileNotFoundException > - > > Key: CB-9960 > URL: https://issues.apache.org/jira/browse/CB-9960 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera > Environment: Android 6.0, cordova-android 5.0.0 (dev), > cordova-plugin-camera 1.2.1 (dev) >Reporter: Richard B Knoll >Assignee: Richard B Knoll > Labels: android > > When selecting images from the PHOTOLIBRARY source using the Google Photos > application a FileNotFoundException is thrown if any flags that cause image > edits are turned on (width/height, allowEdit, correctOrientation, etc.). The > issue is that our method for dereferencing content URIs in FileHelper fails > for the content URI returned by Google Photos and returns an empty path (that > {{ouputModifiedBitmap()}} tries to grab a filename from) -- This message was sent by Atlassian JIRA (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-10396) Implement test runner for Appium tests for core plugins
Alexander Sorokin created CB-10396: -- Summary: Implement test runner for Appium tests for core plugins Key: CB-10396 URL: https://issues.apache.org/jira/browse/CB-10396 Project: Apache Cordova Issue Type: Task Components: Medic Reporter: Alexander Sorokin Assignee: Alexander Sorokin Implement test runner in form of medic command. Test runned should be able to start appium server and run appium tests located in core plugins repos on both Android/iOS devices and emulators. -- This message was sent by Atlassian JIRA (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-10388) The correctOrientation method is not being called when the sourceType as PHOTOLIBRARY, the mediaType is ALLMEDIA and the selected file is an image (Only for Android devic
[ https://issues.apache.org/jira/browse/CB-10388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108664#comment-15108664 ] jcesarmobile commented on CB-10388: --- read the contributor workflow http://wiki.apache.org/cordova/ContributorWorkflow create a fork of https://github.com/apache/cordova-plugin-camera fix the issue in your fork send a pull request wait until it's approved > The correctOrientation method is not being called when the sourceType as > PHOTOLIBRARY, the mediaType is ALLMEDIA and the selected file is an image > (Only for Android devices) > - > > Key: CB-10388 > URL: https://issues.apache.org/jira/browse/CB-10388 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 1.2.0, 2.0.0, 2.1.0 > Environment: Developing on MAC, android devices used: Xperia Z3, Dell > venue7 >Reporter: Hernan Orozco > Labels: android, camera, easyfix, easytest > Original Estimate: 24h > Remaining Estimate: 24h > > The correctOrientation function is used to fix the orientation of a photo, if > this method is not called and you take a picture in portrait mode, the > picture is going to be shown with a wrong orientation. To activate this > feature we should send the correctOrientation param as true. The issue is > that the current android code is only calling the correctOrientation method > in these cases: > - When you pass the correctOrientation param as true and the sourceType as > CAMERA. > - When you pass the correctOrientation param as true, the sourceType as > PHOTOLIBRARY or SAVEDPHOTOALBUM and the media type as PICTURE. > I think we should include this case: > - You pass the correctOrientation param as true, the sourceType as > PHOTOLIBRARY or SAVEDPHOTOALBUM, the media type as ALLMEDIA and the selected > file is a picture. > Also I want to add that I was able to reproduce the issue CB-9012, that issue > and this one are a little related so I think we can create a fix for both > issues. -- This message was sent by Atlassian JIRA (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-10395) InAppBrowser's WebView not storing cookies reliable to local device storage
[ https://issues.apache.org/jira/browse/CB-10395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wolfram Kriesing updated CB-10395: -- Description: we are simply embedding our website http://crewmeister.com/app using `cordova.InAppBrowser.open()` looking at the sqlite storage on the device I was able to reproduce that our server-side rails cookies are not stored reliably in the cookie storage (the sqlite file under /data/data/com.crewmeister.app/app_webview/Cookie on the device) I saw that the cookie was updated seemingly just sometimes by accident, I was guessing that webkit's `CookieManager.flush()` might need to be called at least upon closing the app (so cookies survive across sessions). I have read multiple complaints from other people online too but am not able to fix it. Any hints or even fixes would be greatly appreciated. I guess somewhere in here the fix needs to take place https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src%2Fandroid%2FInAppBrowser.java ... Thanks, Wolfram was: we are simply embedding our website http://crewmeister.com/app using `cordova.InAppBrowser.open()` looking at the sqlite storage on the device I was able to reproduce that our server-side rails cookies are not stored reliably in the cookie storage (the sqlite file under /data/data/com.crewmeister.app/app_webview/Cookie on the device) I saw that the cookie was updated seemingly just sometimes by accident, I was guessing that webkit's `CookieManager.flush()` might need to be called at least upon closing the app (so cookies survive across sessions). I have read multiple complaints from other people online too but am not able to fix it. Any hints or even fixes would be greatly appreciated. Thanks, Wolfram > InAppBrowser's WebView not storing cookies reliable to local device storage > --- > > Key: CB-10395 > URL: https://issues.apache.org/jira/browse/CB-10395 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 1.1.0 > Environment: Android-22 >Reporter: Wolfram Kriesing > > we are simply embedding our website http://crewmeister.com/app using > `cordova.InAppBrowser.open()` looking at the sqlite storage on the device I > was able to reproduce that our server-side rails cookies are not stored > reliably in the cookie storage (the sqlite file under > /data/data/com.crewmeister.app/app_webview/Cookie on the device) > I saw that the cookie was updated seemingly just sometimes by accident, I was > guessing that webkit's `CookieManager.flush()` might need to be called at > least upon closing the app (so cookies survive across sessions). > I have read multiple complaints from other people online too but am not able > to fix it. Any hints or even fixes would be greatly appreciated. > I guess somewhere in here the fix needs to take place > https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src%2Fandroid%2FInAppBrowser.java > ... > Thanks, Wolfram -- This message was sent by Atlassian JIRA (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-10395) InAppBrowser's WebView not storing cookies reliable to local device storage
Wolfram Kriesing created CB-10395: - Summary: InAppBrowser's WebView not storing cookies reliable to local device storage Key: CB-10395 URL: https://issues.apache.org/jira/browse/CB-10395 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 1.1.0 Environment: Android-22 Reporter: Wolfram Kriesing we are simply embedding our website http://crewmeister.com/app using `cordova.InAppBrowser.open()` looking at the sqlite storage on the device I was able to reproduce that our server-side rails cookies are not stored reliably in the cookie storage (the sqlite file under /data/data/com.crewmeister.app/app_webview/Cookie on the device) I saw that the cookie was updated seemingly just sometimes by accident, I was guessing that webkit's `CookieManager.flush()` might need to be called at least upon closing the app (so cookies survive across sessions). I have read multiple complaints from other people online too but am not able to fix it. Any hints or even fixes would be greatly appreciated. Thanks, Wolfram -- This message was sent by Atlassian JIRA (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-10392) Cordova App on First Run on Device fails to load all JS
[ https://issues.apache.org/jira/browse/CB-10392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108655#comment-15108655 ] jcesarmobile commented on CB-10392: --- can you provide more information and code or a sample project where your issue can be reproduced? > Cordova App on First Run on Device fails to load all JS > --- > > Key: CB-10392 > URL: https://issues.apache.org/jira/browse/CB-10392 > Project: Apache Cordova > Issue Type: Bug > Components: Android, iOS >Reporter: akash > Labels: build > Original Estimate: 12h > Remaining Estimate: 12h > > Cordova App on First Run on Device fails to load all JS. all working fine on > second time. -- This message was sent by Atlassian JIRA (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-10387) Cordova StatusBar Plugin not working with PhoneGap Build
[ https://issues.apache.org/jira/browse/CB-10387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108654#comment-15108654 ] jcesarmobile commented on CB-10387: --- You have plenty of information on the phonegap build forum http://community.phonegap.com/nitobi, do a search there, I've answered at least two times You are using an old version of the plugin, you have to use the npm version > Cordova StatusBar Plugin not working with PhoneGap Build > > > Key: CB-10387 > URL: https://issues.apache.org/jira/browse/CB-10387 > Project: Apache Cordova > Issue Type: Test > Components: Android, App Hello World > Environment: Nexus 5, Android 6.0.1 >Reporter: Jan K > > When I test in PhoneGap developer, everything is working fine. However, after > I uploaded the code to PhoneGap Build, and installed it on my Android Phone > (Android 6.0.1); it wasnt working... I think I've done something wrong in the > config.xml: > > > > Is what I've added to the standard stuff. > Here the code that I've used for the app: > https://mega.nz/#!WoATAZjI!jthDn1XWo9CVBMo7WvndxwR5nKYQ0NonEfWu7zjDbCk -- This message was sent by Atlassian JIRA (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-8258) iOS getPreferredLanguage should be from the list of available localizations for the app
[ https://issues.apache.org/jira/browse/CB-8258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108639#comment-15108639 ] jcesarmobile commented on CB-8258: -- But on a regular cordova project, that it's created with just english language, if you want to use javascript to localize your app and you use the globalization plugin to get the device language, your suggestion doesn't make sense. Example: I have my device language set to Spanish. Using current implementation of the globalization plugin I'll get "es-ES", so using a javascript library that will show the UI deppending on the language I pass (or something custom made) will show the UI in Spanish. Using your suggestion, the globalization plugin will return "en" as it's the only language the project includes, so the UI will be displayed in English despite having Spanish selected. System messages have nothing to do with the value returned by the globalization plugin, they are handled by the project localizations if I add the "es" string in the CFBundleLocalizations key, my app will show system messages on Spanish, if I don't add it, it will show the messages in English, that is not handled by cordova and has nothing to do with the globalization plugin. > iOS getPreferredLanguage should be from the list of available localizations > for the app > --- > > Key: CB-8258 > URL: https://issues.apache.org/jira/browse/CB-8258 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Globalization > Environment: iOS >Reporter: Suresh Chandrasekharan > Labels: ios, triaged > > In CDVGlobalization.m, the following line is used to get the > preferredLanguage from getPreferredLanguage > NSString* language = [[NSLocale preferredLanguages] objectAtIndex:0]; > The issue with this is, for an application, if the system preferred language > is not available in Application Resource bundle,all framework messages will > appear in the system preferred language and all app specific strings will > appear in a fallback language like en_US. > A second scenario is, like for a language like Portuguese, if only > viewControllerBundle_pt.xlf is existing as application resource but the > system language selected is pt_BR, with the current code, the fallback > resource bundle viewControllerBundle_pt.xlf won't be activated and > application will appear in en_US > Using the following, instead we can get a preferred language from the list of > available localizations for the an application, which is independent of the > preferredLanguage for the system. > NSString *language = [[[NSBundle mainBundle] preferredLocalizations] > objectAtIndex: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-10394) config-file changes are not written to package.windows.appxmanifest
[ https://issues.apache.org/jira/browse/CB-10394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108613#comment-15108613 ] Marco Biasini commented on CB-10394: In case you are interested, I've got a small sample to reproduce the issue here: https://www.dropbox.com/s/vwmnzxnw8serw6a/repro-plugin-import.zip?dl=0 The sample creates a new project, adds the windows platform, imports a minimalistic plugin that changes package.windows.appxmanifest, and the prints the content of the wrong package.windows.appxmanifest file. > config-file changes are not written to package.windows.appxmanifest > --- > > Key: CB-10394 > URL: https://issues.apache.org/jira/browse/CB-10394 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Affects Versions: 4.3.0 >Reporter: Marco Biasini > > I've noticed that config-file changes defined in a plugin are not correctly > written to package.windows.appxmanifest file. After a plugin import, the file > does not contain these changes. The changes are correctly applied to the > other appxmanifest files (phone, windows10, windows80). > I've bested both with windows platform 4.3.0 as well as master and the > problem exists in both branches. > The problem is related to the appxmanifest caching mechanism. The > package.windows.appxmanifest file is loaded early on to determine the package > name (through jsprojManager.getPackageName()). The appxmanifest content is > then cached in memory. Then, the config-file changes defined in the > plugin.xml file are applied to the manifests and written to disk. They do not > use the cached manifests from the earlier step,but rather load the files > through a different code path. After that all previously cached appxmanifest > instances are then written to disk, which effectively overwrites the content > of package.windows.appxmanifest. Since this is the only manifest that gets > loaded early on, this does not affect the other appxmanifest files. -- This message was sent by Atlassian JIRA (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-10394) config-file changes are not written to package.windows.appxmanifest
Marco Biasini created CB-10394: -- Summary: config-file changes are not written to package.windows.appxmanifest Key: CB-10394 URL: https://issues.apache.org/jira/browse/CB-10394 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 4.3.0 Reporter: Marco Biasini I've noticed that config-file changes defined in a plugin are not correctly written to package.windows.appxmanifest file. After a plugin import, the file does not contain these changes. The changes are correctly applied to the other appxmanifest files (phone, windows10, windows80). I've bested both with windows platform 4.3.0 as well as master and the problem exists in both branches. The problem is related to the appxmanifest caching mechanism. The package.windows.appxmanifest file is loaded early on to determine the package name (through jsprojManager.getPackageName()). The appxmanifest content is then cached in memory. Then, the config-file changes defined in the plugin.xml file are applied to the manifests and written to disk. They do not use the cached manifests from the earlier step,but rather load the files through a different code path. After that all previously cached appxmanifest instances are then written to disk, which effectively overwrites the content of package.windows.appxmanifest. Since this is the only manifest that gets loaded early on, this does not affect the other appxmanifest files. -- This message was sent by Atlassian JIRA (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-10393) Crashes when the URL to download is not found on the server
Ying Bian created CB-10393: -- Summary: Crashes when the URL to download is not found on the server Key: CB-10393 URL: https://issues.apache.org/jira/browse/CB-10393 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: iOS 9.2 Cordova 5.4.1 Cordova iOS platform 4.0.1 cordova-plugin-file-transfer 1.5.1-dev Reporter: Ying Bian I am using cordova-plugin-file-transfer plugin in a cordova app to download a static file from a remote server. It works fine in normal cases. But when the server is down, the app crashes. I found the following logs if I debug it in Xcode: {quote} 2016-01-20 21:32:26.972 Kuai[2031:908675] -[CDVFileTransfer download:] [Line 417] File Transfer downloading file... 2016-01-20 21:32:26.978 Kuai[2031:908736] FileTransferError { body = ""; code = 3; "http_status" = 0; source = "file:///var/mobile/Containers/Data/Application/AADA2EB9-2DCA-44DD-A588-BD7E7B1B5B81/Documents/www/index.html"; target = "file:///var/mobile/Containers/Data/Application/AADA2EB9-2DCA-44DD-A588-BD7E7B1B5B81/Documents/www/index.html"; } 2016-01-20 21:32:26.978 Kuai[2031:908736] File Transfer Error: The requested URL was not found on this server. 2016-01-20 21:32:27.033 Kuai[2031:908675] THREAD WARNING: ['Notification'] took '17.649902' ms. Plugin should use a background thread. 2016-01-20 21:32:27.038 Kuai[2031:908675] -[__NSDictionaryI length]: unrecognized selector sent to instance 0x1402ebdb0 2016-01-20 21:32:27.039 Kuai[2031:908675] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryI length]: unrecognized selector sent to instance 0x1402ebdb0' {quote} The error callback is not invoked. -- This message was sent by Atlassian JIRA (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-10387) Cordova StatusBar Plugin not working with PhoneGap Build
[ https://issues.apache.org/jira/browse/CB-10387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108521#comment-15108521 ] Jan K commented on CB-10387: Hmmm, I see... Probably I did something stupid in the config.xml file... Could you please have a look? > Cordova StatusBar Plugin not working with PhoneGap Build > > > Key: CB-10387 > URL: https://issues.apache.org/jira/browse/CB-10387 > Project: Apache Cordova > Issue Type: Test > Components: Android, App Hello World > Environment: Nexus 5, Android 6.0.1 >Reporter: Jan K > > When I test in PhoneGap developer, everything is working fine. However, after > I uploaded the code to PhoneGap Build, and installed it on my Android Phone > (Android 6.0.1); it wasnt working... I think I've done something wrong in the > config.xml: > > > > Is what I've added to the standard stuff. > Here the code that I've used for the app: > https://mega.nz/#!WoATAZjI!jthDn1XWo9CVBMo7WvndxwR5nKYQ0NonEfWu7zjDbCk -- This message was sent by Atlassian JIRA (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-10369) Added getVideo() feature with thumbnail creation
[ https://issues.apache.org/jira/browse/CB-10369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108219#comment-15108219 ] jcesarmobile commented on CB-10369: --- On the 2015 plugin audit I think it was mentioned that cordova-plugin-media-capture should be deprecated and use the camera plugin instead. This PR could be a good starting point, but it should include code for all the platforms, or most of them. > Added getVideo() feature with thumbnail creation > > > Key: CB-10369 > URL: https://issues.apache.org/jira/browse/CB-10369 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: Tanase Butcaru > Labels: Android, features > > I've implemented the +getVideo()+ function for cordova-plugin-camera which > gives the user the ability to record a video with default camera app. > Optionally, this feature can create a thumbnail for the recorded video. > Full description and PR can be found in the external issue URL. -- This message was sent by Atlassian JIRA (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-10380) Wrong device uuid
[ https://issues.apache.org/jira/browse/CB-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108210#comment-15108210 ] jcesarmobile commented on CB-10380: --- I didn't say this issue is wrong, I just want to know how do you got the -6B42-9C07--A4E69A37 value and why do you think that is the correct value that the plugin should return. > Wrong device uuid > - > > Key: CB-10380 > URL: https://issues.apache.org/jira/browse/CB-10380 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Visual Studio 2015 community, Cordova 5.33, Device > plugin v1.1.0, Samsung Galaxy Tab 4, Android 4.4.2 >Reporter: Mariusz Mackiewicz >Priority: Critical > > Plugin returns wrong device uuid - e0327a3374a4d64e, > when original is -6B42-9C07--A4E69A37 > all device object properties: > available: true > cordova: "4.1.1" > isVirtual: false > manufacturer: "samsung" > model: "SM-T535" > platform: "Android" > serial: "2730bac9" > uuid: "e0327a3374a4d64e" > version: "4.4.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] [Closed] (CB-10380) Wrong device uuid
[ https://issues.apache.org/jira/browse/CB-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mariusz Mackiewicz closed CB-10380. --- Resolution: Not A Problem > Wrong device uuid > - > > Key: CB-10380 > URL: https://issues.apache.org/jira/browse/CB-10380 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Visual Studio 2015 community, Cordova 5.33, Device > plugin v1.1.0, Samsung Galaxy Tab 4, Android 4.4.2 >Reporter: Mariusz Mackiewicz >Priority: Critical > > Plugin returns wrong device uuid - e0327a3374a4d64e, > when original is -6B42-9C07--A4E69A37 > all device object properties: > available: true > cordova: "4.1.1" > isVirtual: false > manufacturer: "samsung" > model: "SM-T535" > platform: "Android" > serial: "2730bac9" > uuid: "e0327a3374a4d64e" > version: "4.4.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-10380) Wrong device uuid
[ https://issues.apache.org/jira/browse/CB-10380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15108201#comment-15108201 ] Mariusz Mackiewicz commented on CB-10380: - Oh, sorry. I will close case then. > Wrong device uuid > - > > Key: CB-10380 > URL: https://issues.apache.org/jira/browse/CB-10380 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Visual Studio 2015 community, Cordova 5.33, Device > plugin v1.1.0, Samsung Galaxy Tab 4, Android 4.4.2 >Reporter: Mariusz Mackiewicz >Priority: Critical > > Plugin returns wrong device uuid - e0327a3374a4d64e, > when original is -6B42-9C07--A4E69A37 > all device object properties: > available: true > cordova: "4.1.1" > isVirtual: false > manufacturer: "samsung" > model: "SM-T535" > platform: "Android" > serial: "2730bac9" > uuid: "e0327a3374a4d64e" > version: "4.4.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