[jira] [Commented] (CB-10023) File plugin on browser platform causes "proxy not found" error on Chrome
[ https://issues.apache.org/jira/browse/CB-10023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15048130#comment-15048130 ] ASF GitHub Bot commented on CB-10023: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/152 > File plugin on browser platform causes "proxy not found" error on Chrome > > > Key: CB-10023 > URL: https://issues.apache.org/jira/browse/CB-10023 > Project: Apache Cordova > Issue Type: Bug > Components: Browser, Plugin File >Reporter: Tim Barham >Assignee: Tim Barham > Labels: Browser > > Add the file plugin and browser platform (edge, from github or local repo) > then {{cordova run browser}} gives the following in the console: > {noformat} > Error: exec proxy not found for :: File :: requestFileSystem > {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-10023) File plugin on browser platform causes "proxy not found" error on Chrome
[ https://issues.apache.org/jira/browse/CB-10023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15048129#comment-15048129 ] ASF subversion and git services commented on CB-10023: -- Commit 77c63ef181313eba51652e1026cc730fc79ab9f2 in cordova-plugin-file's branch refs/heads/master from [~TimBarham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=77c63ef ] CB-10023 Fix "proxy not found error" on Chrome. We shouldn't be patching requestFileSystem and resolveLocalFileSystem on Chrome. Recent change broke the existing logic for this. > File plugin on browser platform causes "proxy not found" error on Chrome > > > Key: CB-10023 > URL: https://issues.apache.org/jira/browse/CB-10023 > Project: Apache Cordova > Issue Type: Bug > Components: Browser, Plugin File >Reporter: Tim Barham >Assignee: Tim Barham > Labels: Browser > > Add the file plugin and browser platform (edge, from github or local repo) > then {{cordova run browser}} gives the following in the console: > {noformat} > Error: exec proxy not found for :: File :: requestFileSystem > {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-3562) Wrong splash screen ratio for landscape-only applications
[ https://issues.apache.org/jira/browse/CB-3562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15048107#comment-15048107 ] ASF GitHub Bot commented on CB-3562: Github user daserge commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/14#issuecomment-163120168 @emarashliev, looks like the issue has been fixed in #47 - could you please close this PR? > Wrong splash screen ratio for landscape-only applications > - > > Key: CB-3562 > URL: https://issues.apache.org/jira/browse/CB-3562 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin SplashScreen >Affects Versions: 2.6.0, 2.7.0, 2.9.0 >Reporter: Michael Hanselmann >Assignee: Shazron Abdullah > Fix For: 3.4.0 > > > CDVSplashScreen.m shows the splash image with a wrong ratio for > landscape-only applications on iPhone/iPod touch devices. I fixed it locally > by applying a 90° transformation (“CGAffineTransformMakeRotation(M_PI / 2)”) > to the image view. -- This message was sent by Atlassian JIRA (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-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost
[ https://issues.apache.org/jira/browse/CB-10166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommy-Carlos Williams updated CB-10166: --- Description: When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the never gets set for localhost. Just displays a white screen unless you run it in Xcode and see the error. Might want to just add {{http://localhost:\*/\*"; />}} to config.xml via the local-webserver plugin. Happy to do a PR if you agree... was: When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the never gets set for localhost. Just displays a white screen unless you run it in Xcode and see the error. Might want to just add {{http://localhost:*/*"; />}} to config.xml via the local-webserver plugin. Happy to do a PR if you agree... > local-webserver (via wkwebview-engine-localhost) doesn't set > for localhost > - > > Key: CB-10166 > URL: https://issues.apache.org/jira/browse/CB-10166 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine >Reporter: Tommy-Carlos Williams >Assignee: Shazron Abdullah > > When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the > never gets set for localhost. > Just displays a white screen unless you run it in Xcode and see the error. > Might want to just add {{http://localhost:\*/\*"; />}} > to config.xml via the local-webserver plugin. > Happy to do a PR if you agree... -- This message was sent by Atlassian JIRA (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-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost
[ https://issues.apache.org/jira/browse/CB-10166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tommy-Carlos Williams updated CB-10166: --- Description: When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the never gets set for localhost. Just displays a white screen unless you run it in Xcode and see the error. Might want to just add {{http://localhost:*/*"; />}} to config.xml via the local-webserver plugin. Happy to do a PR if you agree... was: When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the never gets set for localhost. Just displays a white screen unless you run it in Xcode and see the error. Might want to just add http://localhost:*/*"; /> to config.xml via the local-webserver plugin. Happy to do a PR if you agree... > local-webserver (via wkwebview-engine-localhost) doesn't set > for localhost > - > > Key: CB-10166 > URL: https://issues.apache.org/jira/browse/CB-10166 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine >Reporter: Tommy-Carlos Williams >Assignee: Shazron Abdullah > > When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the > never gets set for localhost. > Just displays a white screen unless you run it in Xcode and see the error. > Might want to just add {{http://localhost:*/*"; />}} > to config.xml via the local-webserver plugin. > Happy to do a PR if you agree... -- This message was sent by Atlassian JIRA (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-10166) local-webserver (via wkwebview-engine-localhost) doesn't set for localhost
Tommy-Carlos Williams created CB-10166: -- Summary: local-webserver (via wkwebview-engine-localhost) doesn't set for localhost Key: CB-10166 URL: https://issues.apache.org/jira/browse/CB-10166 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Whitelist, Plugin WKWebViewEngine Reporter: Tommy-Carlos Williams Assignee: Shazron Abdullah When adding cordova-ios@4.0.0 and the wkwebview-engine-localhost plugin, the never gets set for localhost. Just displays a white screen unless you run it in Xcode and see the error. Might want to just add http://localhost:*/*"; /> to config.xml via the local-webserver plugin. Happy to do a PR if you agree... -- This message was sent by Atlassian JIRA (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-9311) The iPhone 6 settings icon, 87x87px, is ignored
[ https://issues.apache.org/jira/browse/CB-9311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047982#comment-15047982 ] ASF GitHub Bot commented on CB-9311: GitHub user csantanapr opened a pull request: https://github.com/apache/cordova-ios/pull/183 CB-9311 CB-10162 fixes app icon 87x87 and copy errors You can merge this pull request into a Git repository by running: $ git pull https://github.com/csantanapr/cordova-ios CB-9311 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/183.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 #183 commit 83a3b6184230e90cf6e42254e9673e28ee218b69 Author: Carlos Santana Date: 2015-12-09T03:48:54Z CB-9311 CB-10162 fixes app icon 87x87 and copy errors > The iPhone 6 settings icon, 87x87px, is ignored > --- > > Key: CB-9311 > URL: https://issues.apache.org/jira/browse/CB-9311 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib > Environment: iOS >Reporter: Christian Wannerstedt >Priority: Minor > > Cordova ignores any declared iOS icon with the dimension 87x87px. > Expected: > This icon size should be handled the same way as the other icons, and be > copied as icon-sm...@3x.png to the resource icons folder -- This message was sent by Atlassian JIRA (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-10162) [iOS] icon and splashscreen images don't copy over correctly from template
[ https://issues.apache.org/jira/browse/CB-10162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047970#comment-15047970 ] ASF GitHub Bot commented on CB-10162: - Github user csantanapr commented on a diff in the pull request: https://github.com/apache/cordova-ios/pull/182#discussion_r47048171 --- Diff: bin/templates/scripts/cordova/lib/prepare.js --- @@ -257,10 +257,11 @@ function handleBuildSettings(platformConfig, locations) { return Q(); } -function handleIcons(projectConfig, platformRoot) { +function handleIcons(projectConfig, platformRoot, locations) { var icons = projectConfig.getIcons('ios'); -var appRoot = projectConfig.path; +var appRoot = path.dirname(projectConfig.path); +var originalName = path.basename(locations.xcodeCordovaProj); --- End diff -- no need to create a new variable originalName or add 3rd parameter, use the value already provided here self.locations.xcodeCordovaProj > [iOS] icon and splashscreen images don't copy over correctly from template > -- > > Key: CB-10162 > URL: https://issues.apache.org/jira/browse/CB-10162 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: Master > Environment: iOS >Reporter: Edna Morales >Assignee: Edna Morales > > When specifying paths for splashscreen and icon images in config.xml, they do > not get copied over to the iOS project due to incorrect paths in the prepare > script for iOS -- This message was sent by Atlassian JIRA (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-10162) [iOS] icon and splashscreen images don't copy over correctly from template
[ https://issues.apache.org/jira/browse/CB-10162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047967#comment-15047967 ] ASF GitHub Bot commented on CB-10162: - Github user csantanapr commented on a diff in the pull request: https://github.com/apache/cordova-ios/pull/182#discussion_r47048069 --- Diff: bin/templates/scripts/cordova/lib/prepare.js --- @@ -47,8 +47,8 @@ module.exports.prepare = function (cordovaProject) { return updateProject(self._config, self.locations); }) .then(function () { -handleIcons(cordovaProject.projectConfig, self.root); -handleSplashScreens(cordovaProject.projectConfig, self.root); +handleIcons(cordovaProject.projectConfig, self.root, self.locations); --- End diff -- @eymorale instead of passing self.locations, pass the directory to use handleIcons(cordovaProject.projectConfig, self.locations.xcodeCordovaProj); handleSplashScreens(cordovaProject.projectConfig, self.locations.xcodeCordovaProj); then no need to do basename or create new variable originalName > [iOS] icon and splashscreen images don't copy over correctly from template > -- > > Key: CB-10162 > URL: https://issues.apache.org/jira/browse/CB-10162 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: Master > Environment: iOS >Reporter: Edna Morales >Assignee: Edna Morales > > When specifying paths for splashscreen and icon images in config.xml, they do > not get copied over to the iOS project due to incorrect paths in the prepare > script for iOS -- This message was sent by Atlassian JIRA (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-8455) suppress hooks with command line options
[ https://issues.apache.org/jira/browse/CB-8455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047923#comment-15047923 ] ASF GitHub Bot commented on CB-8455: Github user bso-intel commented on the pull request: https://github.com/apache/cordova-lib/pull/353#issuecomment-163090076 Hi Jesse, The CI failures actually were caused by not checking the existence of the opts parameter. In the spec unit tests, update_project() was invoked without the opts parameter that I added in windows_parser.js and wp8_parser.js. I have fixed the issues, and now all tests passed. > suppress hooks with command line options > > > Key: CB-8455 > URL: https://issues.apache.org/jira/browse/CB-8455 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > > Some Cordova users need a way to prevent hooks from being executed for > various reasons. One example is a security issue. > A new CLI option "--nohooks" can be introduced for those Cordova users. > This option takes a string as the pattern for disabling hooks. > For example, > {code}cordova plugin --nohooks before_plugin_add {code} > {code}cordova platform --nohooks before*{code} > {code}cordova prepare --nohooks before_prepare --nohooks after*{code} > {code}cordova build --nohooks .{code} > --nohooks can be repeated for multiple hook patterns. > All pattern strings are automatically converted to RegExp. > The last example disables all hooks. > We need this feature in Intel XDK. -- This message was sent by Atlassian JIRA (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-10140) Use application id instead of package name when running
[ https://issues.apache.org/jira/browse/CB-10140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047822#comment-15047822 ] Richard B Knoll commented on CB-10140: -- [~Cookie_Cookson] This might be a bit easier to review if you submit it as a PR (just use the JIRA ID in the title and the ASF git bot will comment on this issue). > Use application id instead of package name when running > --- > > Key: CB-10140 > URL: https://issues.apache.org/jira/browse/CB-10140 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CLI >Reporter: Christian Cook >Priority: Minor > > I've been working on a new plugin for Cordova which will allow you to easily > deploy different build types in a system lifecycle e.g. alpha, beta and > store. This will allow multiple instances of the same app on your device in > different states. Currently I've hit a bit of an interesting bug/issue when > using this in conjunction with the run command. When the plugin operates it > dynamically changes the application id depending on the state so com.test.app > becomes com.test.app.alpha and so son. Because of this, when running the app > from the CLI it then starts using the incorrect ID (it uses the packageName > from the Android Manifest and tries to run nothing or the wrong instance). > Below I have put together a solution which solves this issue. Would somebody > be able to assess this and give me your thoughts on the improvement? > https://github.com/CookieCookson/cordova-android/compare/master...CookieCookson:applicationid -- This message was sent by Atlassian JIRA (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-10161) "isSimulator" is not work in "cordova-plugin-device"
[ https://issues.apache.org/jira/browse/CB-10161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-10161: --- Description: according to this https://github.com/apache/cordova-plugin-device/blob/master/RELEASENOTES.md 1.1.0 said it add isSimulator for iOS & Android device but in fact,it is useless attribute no any js description or any usage method https://github.com/apache/cordova-plugin-device/blob/master/www/device.js was: according to this https://github.com/apache/cordova-plugin-device/blob/master/RELEASENOTES.md 1.1.0 said it add isSimulator for iOS & Android device but in fact,it is useless attribute no any js description https://github.com/apache/cordova-plugin-device/blob/master/www/device.js > "isSimulator" is not work in "cordova-plugin-device" > > > Key: CB-10161 > URL: https://issues.apache.org/jira/browse/CB-10161 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Android 4.4.2,Android 5.1,iOS 9.1 >Reporter: Colin Bau > Labels: Android, iOS > > according to this > https://github.com/apache/cordova-plugin-device/blob/master/RELEASENOTES.md > 1.1.0 said it add isSimulator for iOS & Android device > but in fact,it is useless attribute > no any js description or any usage method > https://github.com/apache/cordova-plugin-device/blob/master/www/device.js -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9990) Plugin build extras is no longer working in 5.4.0
[ https://issues.apache.org/jira/browse/CB-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047787#comment-15047787 ] Joe Bowser commented on CB-9990: This may be related to the upgrade script. Reinstalling the plugin should insert the gradle extension where it's supposed to be, however the upgrade shouldn't be killing the build.gradle file. > Plugin build extras is no longer working in 5.4.0 > - > > Key: CB-9990 > URL: https://issues.apache.org/jira/browse/CB-9990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.4.1 > Environment: Mac (El Capitan) >Reporter: Ross Cullen >Assignee: Joe Bowser > Labels: Android > Fix For: 5.0.0 > > > Following the "Extending build.gradle" guide: > https://cordova.apache.org/docs/en/edge/guide/platforms/android/tools.html > We have been using the build-extras.gradle functionality in our custom plugin > since 5.0.0 and it's been working great. With custom="true" type="gradleReference" /> in the plugin.xml. > It inserts the script into > // PLUGIN GRADLE EXTENSIONS START > apply from: "/app-build-extras.gradle" > // PLUGIN GRADLE EXTENSIONS END > Upgrading to 5.4.0 and this functionality seems to be gone. > i.e. the above line is blank after a rebuild > // PLUGIN GRADLE EXTENSIONS START > // PLUGIN GRADLE EXTENSIONS END -- This message was sent by Atlassian JIRA (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-9990) Plugin build extras is no longer working in 5.4.0
[ https://issues.apache.org/jira/browse/CB-9990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-9990: --- Labels: Android (was: build) Component/s: (was: Android) CordovaLib > Plugin build extras is no longer working in 5.4.0 > - > > Key: CB-9990 > URL: https://issues.apache.org/jira/browse/CB-9990 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.4.1 > Environment: Mac (El Capitan) >Reporter: Ross Cullen >Assignee: Joe Bowser > Labels: Android > Fix For: 5.0.0 > > > Following the "Extending build.gradle" guide: > https://cordova.apache.org/docs/en/edge/guide/platforms/android/tools.html > We have been using the build-extras.gradle functionality in our custom plugin > since 5.0.0 and it's been working great. With custom="true" type="gradleReference" /> in the plugin.xml. > It inserts the script into > // PLUGIN GRADLE EXTENSIONS START > apply from: "/app-build-extras.gradle" > // PLUGIN GRADLE EXTENSIONS END > Upgrading to 5.4.0 and this functionality seems to be gone. > i.e. the above line is blank after a rebuild > // PLUGIN GRADLE EXTENSIONS START > // PLUGIN GRADLE EXTENSIONS END -- This message was sent by Atlassian JIRA (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-8455) suppress hooks with command line options
[ https://issues.apache.org/jira/browse/CB-8455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047774#comment-15047774 ] ASF GitHub Bot commented on CB-8455: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-lib/pull/353#issuecomment-163066579 This feature has much deeper and far reaching requirements, as the CI has pointed out. The individual platforms are all keeping their own parsers, and because this affects the platform-api ALL platforms must be updated for this to work. > suppress hooks with command line options > > > Key: CB-8455 > URL: https://issues.apache.org/jira/browse/CB-8455 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > > Some Cordova users need a way to prevent hooks from being executed for > various reasons. One example is a security issue. > A new CLI option "--nohooks" can be introduced for those Cordova users. > This option takes a string as the pattern for disabling hooks. > For example, > {code}cordova plugin --nohooks before_plugin_add {code} > {code}cordova platform --nohooks before*{code} > {code}cordova prepare --nohooks before_prepare --nohooks after*{code} > {code}cordova build --nohooks .{code} > --nohooks can be repeated for multiple hook patterns. > All pattern strings are automatically converted to RegExp. > The last example disables all hooks. > We need this feature in Intel XDK. -- This message was sent by Atlassian JIRA (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-9311) The iPhone 6 settings icon, 87x87px, is ignored
[ https://issues.apache.org/jira/browse/CB-9311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047764#comment-15047764 ] ASF GitHub Bot commented on CB-9311: Github user shazron commented on the pull request: https://github.com/apache/cordova-lib/pull/354#issuecomment-163065696 It's possible all the work that has gone into cordova-lib for iOS has not been integrated into the Platform API for iOS: https://github.com/apache/cordova-ios/pull/182 > The iPhone 6 settings icon, 87x87px, is ignored > --- > > Key: CB-9311 > URL: https://issues.apache.org/jira/browse/CB-9311 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib > Environment: iOS >Reporter: Christian Wannerstedt >Priority: Minor > > Cordova ignores any declared iOS icon with the dimension 87x87px. > Expected: > This icon size should be handled the same way as the other icons, and be > copied as icon-sm...@3x.png to the resource icons folder -- This message was sent by Atlassian JIRA (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-9311) The iPhone 6 settings icon, 87x87px, is ignored
[ https://issues.apache.org/jira/browse/CB-9311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047762#comment-15047762 ] ASF GitHub Bot commented on CB-9311: Github user shazron commented on the pull request: https://github.com/apache/cordova-lib/pull/354#issuecomment-163065575 iOS parser code does not go into cordova-lib anymore. It goes in cordova-ios (Platform API) > The iPhone 6 settings icon, 87x87px, is ignored > --- > > Key: CB-9311 > URL: https://issues.apache.org/jira/browse/CB-9311 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib > Environment: iOS >Reporter: Christian Wannerstedt >Priority: Minor > > Cordova ignores any declared iOS icon with the dimension 87x87px. > Expected: > This icon size should be handled the same way as the other icons, and be > copied as icon-sm...@3x.png to the resource icons folder -- This message was sent by Atlassian JIRA (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-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047760#comment-15047760 ] Shazron Abdullah commented on CB-10143: --- This is what we use to *load* the file already. This issue is for *XmlHttpRequest* javascript calls in the browser. > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (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-9570) CordovaPlugin lifecycle differs from Activity lifecycle
[ https://issues.apache.org/jira/browse/CB-9570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-9570. Resolution: Not A Problem This is by design. > CordovaPlugin lifecycle differs from Activity lifecycle > --- > > Key: CB-9570 > URL: https://issues.apache.org/jira/browse/CB-9570 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 >Reporter: Kai Schlamp >Assignee: Joe Bowser > > The CordovaPlugin has the same onStart and onResume callback methods as > Androids Activity class. Unfortunately those differ from the Activity > Lifecycle (see > http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle). > The onStart and onResume methods of CordovaPlugin are not called when the app > starts for the first time (in contrast to the appropriate Activitiy methods). > Wouldn't it make sense to have the same lifecycle as an Activity (which is > quite right in my opinion)? -- This message was sent by Atlassian JIRA (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-9570) CordovaPlugin lifecycle differs from Activity lifecycle
[ https://issues.apache.org/jira/browse/CB-9570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047757#comment-15047757 ] Joe Bowser commented on CB-9570: No, this doesn't make sense and here is why: The code responsible for the plugins running the onStart and onResume is here: {code} /** * Called when the activity is becoming visible to the user. */ public void onStart() { for (CordovaPlugin plugin : this.pluginMap.values()) { if (plugin != null) { plugin.onStart(); } } /** * Called when the activity will start interacting with the user. * * @param multitasking Flag indicating if multitasking is turned on for app */ public void onResume(boolean multitasking) { for (CordovaPlugin plugin : this.pluginMap.values()) { if (plugin != null) { plugin.onResume(multitasking); } } } {code} This code has a null check, because by default the plugins aren't actually loaded until they're called. This means that you can have the plugins installed, but the plugins aren't actually loaded into memory until you actually invoke a plugin for the first time. Of course, if you set the plugin to load at the start, then this will be called. This needs to be documented better, BUT the plugins don't differ that greatly from the activity lifecycle, they just don't get loaded until they are needed, unless you explicitly set them to be. > CordovaPlugin lifecycle differs from Activity lifecycle > --- > > Key: CB-9570 > URL: https://issues.apache.org/jira/browse/CB-9570 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 >Reporter: Kai Schlamp >Assignee: Joe Bowser > > The CordovaPlugin has the same onStart and onResume callback methods as > Androids Activity class. Unfortunately those differ from the Activity > Lifecycle (see > http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle). > The onStart and onResume methods of CordovaPlugin are not called when the app > starts for the first time (in contrast to the appropriate Activitiy methods). > Wouldn't it make sense to have the same lifecycle as an Activity (which is > quite right in my opinion)? -- This message was sent by Atlassian JIRA (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-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047699#comment-15047699 ] Ray Shan commented on CB-10143: --- I looked around and found this flag. Does it help? [WKWebView loadFileURL:allowingReadAccessToURL:] > Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine > > > Key: CB-10143 > URL: https://issues.apache.org/jira/browse/CB-10143 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, > where CORS is now respected and cannot load files from file:// urls, only > http*:// urls are allowed. > With CSP off to rule things out: > XHR to yourself of course works, but doesn't really make sense for > real-world use. XHR to a sibling file, parent file, or any child file > results in the error ""Cross origin requests are only supported for > HTTP”. > To illustrate: > {code} > | > parent.xml > | > www > | index.html (file currently loaded) > | sibling.xml > | child-folder > | | child.xml > {code} > index.html is the currently loaded file in the WebView. From it, you > can't load parent.xml, sibling.xml nor child.xml using XHR according > to my tests. > The workaround is implementing CB-10109 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-9570) CordovaPlugin lifecycle differs from Activity lifecycle
[ https://issues.apache.org/jira/browse/CB-9570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-9570: -- Assignee: Joe Bowser > CordovaPlugin lifecycle differs from Activity lifecycle > --- > > Key: CB-9570 > URL: https://issues.apache.org/jira/browse/CB-9570 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 >Reporter: Kai Schlamp >Assignee: Joe Bowser > > The CordovaPlugin has the same onStart and onResume callback methods as > Androids Activity class. Unfortunately those differ from the Activity > Lifecycle (see > http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle). > The onStart and onResume methods of CordovaPlugin are not called when the app > starts for the first time (in contrast to the appropriate Activitiy methods). > Wouldn't it make sense to have the same lifecycle as an Activity (which is > quite right in my opinion)? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-10016) pause event doesn't fire when currently executing javascript takes a "long" time
[ https://issues.apache.org/jira/browse/CB-10016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-10016: --- Assignee: Joe Bowser > pause event doesn't fire when currently executing javascript takes a "long" > time > > > Key: CB-10016 > URL: https://issues.apache.org/jira/browse/CB-10016 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.3.3 > Environment: Android Lollipop on Nexus 7 > Android Marshmallow on Nexus 5 >Reporter: Brian Hearn >Assignee: Joe Bowser > > By "long" time I mean about 30ms! When using Cordova to run a > html/javascript game the pause event fails to fire in the javascript event > listener when the framerate drops below approx 35 fps. This is simply down > to the time it takes to render a number of images to a canvas element. Above > this it fires as expected. > This issue means I am unable to pause music and timers meaning the game keeps > running and music keeps playing when the user navigates away. > I can reliably recreate this in a cut down example. I have posted the code > as a question on stackoverflow here : > http://stackoverflow.com/questions/33463643/cordova-pause-event-on-android-fires-on-resume-when-under-load -- This message was sent by Atlassian JIRA (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-10016) pause event doesn't fire when currently executing javascript takes a "long" time
[ https://issues.apache.org/jira/browse/CB-10016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047638#comment-15047638 ] Joe Bowser edited comment on CB-10016 at 12/8/15 10:58 PM: --- This may be directly related to the fact that Javascript runs on the same thread as the renderer, and if you're getting framerate dropping below 35 fps, you're going to have event problems getting things out of the NativeToJS queue. If you're going to load 1000 items on the canvas and have other performance issues, these will affect the pause event because of how the bridge currently works. What happens when you use Crosswalk? Same issue? Better? Worse? was (Author: bowserj): This may be directly related to the fact that Javascript runs on the same thread as the renderer, and if you're getting framerate dropping below 35 fps, you're going to have event problems getting things out of the NativeToJS queue. If you're going to load 1000 items on the canvas and have other performance issues, these will affect the pause event because of how the bridge currently works. What happens when you use Crosswalk? Same issue? > pause event doesn't fire when currently executing javascript takes a "long" > time > > > Key: CB-10016 > URL: https://issues.apache.org/jira/browse/CB-10016 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.3.3 > Environment: Android Lollipop on Nexus 7 > Android Marshmallow on Nexus 5 >Reporter: Brian Hearn > > By "long" time I mean about 30ms! When using Cordova to run a > html/javascript game the pause event fails to fire in the javascript event > listener when the framerate drops below approx 35 fps. This is simply down > to the time it takes to render a number of images to a canvas element. Above > this it fires as expected. > This issue means I am unable to pause music and timers meaning the game keeps > running and music keeps playing when the user navigates away. > I can reliably recreate this in a cut down example. I have posted the code > as a question on stackoverflow here : > http://stackoverflow.com/questions/33463643/cordova-pause-event-on-android-fires-on-resume-when-under-load -- This message was sent by Atlassian JIRA (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-10016) pause event doesn't fire when currently executing javascript takes a "long" time
[ https://issues.apache.org/jira/browse/CB-10016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047638#comment-15047638 ] Joe Bowser commented on CB-10016: - This may be directly related to the fact that Javascript runs on the same thread as the renderer, and if you're getting framerate dropping below 35 fps, you're going to have event problems getting things out of the NativeToJS queue. If you're going to load 1000 items on the canvas and have other performance issues, these will affect the pause event because of how the bridge currently works. What happens when you use Crosswalk? Same issue? > pause event doesn't fire when currently executing javascript takes a "long" > time > > > Key: CB-10016 > URL: https://issues.apache.org/jira/browse/CB-10016 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.3.3 > Environment: Android Lollipop on Nexus 7 > Android Marshmallow on Nexus 5 >Reporter: Brian Hearn > > By "long" time I mean about 30ms! When using Cordova to run a > html/javascript game the pause event fails to fire in the javascript event > listener when the framerate drops below approx 35 fps. This is simply down > to the time it takes to render a number of images to a canvas element. Above > this it fires as expected. > This issue means I am unable to pause music and timers meaning the game keeps > running and music keeps playing when the user navigates away. > I can reliably recreate this in a cut down example. I have posted the code > as a question on stackoverflow here : > http://stackoverflow.com/questions/33463643/cordova-pause-event-on-android-fires-on-resume-when-under-load -- This message was sent by Atlassian JIRA (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-9311) The iPhone 6 settings icon, 87x87px, is ignored
[ https://issues.apache.org/jira/browse/CB-9311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047637#comment-15047637 ] Tony Homer commented on CB-9311: [~shazron] - Seems like this would be nice to have in 6.0.0, can you check the PR? > The iPhone 6 settings icon, 87x87px, is ignored > --- > > Key: CB-9311 > URL: https://issues.apache.org/jira/browse/CB-9311 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib > Environment: iOS >Reporter: Christian Wannerstedt >Priority: Minor > > Cordova ignores any declared iOS icon with the dimension 87x87px. > Expected: > This icon size should be handled the same way as the other icons, and be > copied as icon-sm...@3x.png to the resource icons folder -- This message was sent by Atlassian JIRA (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-9311) The iPhone 6 settings icon, 87x87px, is ignored
[ https://issues.apache.org/jira/browse/CB-9311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047635#comment-15047635 ] ASF GitHub Bot commented on CB-9311: GitHub user tony-- opened a pull request: https://github.com/apache/cordova-lib/pull/354 CB-9311 Add support for 87x87 icon, fix reference url You can merge this pull request into a Git repository by running: $ git pull https://github.com/tony--/cordova-lib CB-9311 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/354.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 #354 commit 43771ef4118c11e47f45258f5c929cdc335d382d Author: Tony Homer Date: 2015-12-08T22:54:27Z CB-9311 Add support for 87x87 icon, fix reference url > The iPhone 6 settings icon, 87x87px, is ignored > --- > > Key: CB-9311 > URL: https://issues.apache.org/jira/browse/CB-9311 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib > Environment: iOS >Reporter: Christian Wannerstedt >Priority: Minor > > Cordova ignores any declared iOS icon with the dimension 87x87px. > Expected: > This icon size should be handled the same way as the other icons, and be > copied as icon-sm...@3x.png to the resource icons folder -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8853) Android builds fail when emulator is already running
[ https://issues.apache.org/jira/browse/CB-8853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-8853: -- Assignee: Dmitry Blotsky Is this still the case? > Android builds fail when emulator is already running > > > Key: CB-8853 > URL: https://issues.apache.org/jira/browse/CB-8853 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Medic >Affects Versions: Master > Environment: OSX, Windows >Reporter: Dmitry Blotsky >Assignee: Dmitry Blotsky > Labels: android, emulator, found-by-ci, medic > Original Estimate: 24h > Remaining Estimate: 24h > > Running an Android build when the emulator is already running fails in > different ways on different platforms (e.g. hang, error, etc.). However, > running the build when the emulator is not running succeeds, but raises an > error regarding shutdown. > Examples of hangs: > http://ci.apache.org/builders/cordova-android-osx/builds/310/steps/running-tests/logs/stdio > http://ci.apache.org/builders/cordova-android-win/builds/1085/steps/running-tests/logs/stdio > Example of failure to shut down: > http://ci.apache.org/builders/cordova-android-win/builds/1086/steps/running-tests/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] [Closed] (CB-8363) Screen height reduced durably by the keyboard
[ https://issues.apache.org/jira/browse/CB-8363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser closed CB-8363. -- Resolution: Incomplete We don't have the Wiko Darkmoon, and we were unable to reproduce this on any of the devices we do have. However, I noticed that thew Wiko Darkmoon did get an update to Lolipop, so I'm not even sure this is happening on that version. If you're still experiencing this issue after updating to Lollipop, please let us know by reopening this issue. > Screen height reduced durably by the keyboard > - > > Key: CB-8363 > URL: https://issues.apache.org/jira/browse/CB-8363 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.5.0 > Environment: i'm on android 4.2.2 >Reporter: Alexandre Dumat > > Say the keyboard is visible (to type text in an input for example), i lock > the phone with one rapid clic on the switch off button. > When i unlock the phone, i'm back on the application. The keyboard is not > showing anymore and the screen height is reduced by the keyboard space (which > is a black zone). > This is pretty anoying for an app targetting basic users. > However when clicking again the input, the keyboard comes back and everything > returns to normal. -- This message was sent by Atlassian JIRA (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-10144) You can't make cross-origin XmlHttpReqests in WKWebView
[ https://issues.apache.org/jira/browse/CB-10144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047620#comment-15047620 ] Ray Shan commented on CB-10144: --- I think you meant to say "unlike in UIWebView". > You can't make cross-origin XmlHttpReqests in WKWebView > --- > > Key: CB-10144 > URL: https://issues.apache.org/jira/browse/CB-10144 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah > Labels: wkwebview-known-issues > > CORS is respected now, unlike in WKWebView. The server you connect to must > send the appropriate headers. > Workaround is to implement CB-10109 -- This message was sent by Atlassian JIRA (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-10161) "isSimulator" is not work in "cordova-plugin-device"
[ https://issues.apache.org/jira/browse/CB-10161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-10161: Labels: Android iOS (was: cordova-plugin-device) Component/s: (was: Android) (was: iOS) Plugin Device > "isSimulator" is not work in "cordova-plugin-device" > > > Key: CB-10161 > URL: https://issues.apache.org/jira/browse/CB-10161 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device > Environment: Android 4.4.2,Android 5.1,iOS 9.1 >Reporter: Colin Bau > Labels: Android, iOS > > according to this > https://github.com/apache/cordova-plugin-device/blob/master/RELEASENOTES.md > 1.1.0 said it add isSimulator for iOS & Android device > but in fact,it is useless attribute > no any js description > https://github.com/apache/cordova-plugin-device/blob/master/www/device.js -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9840) Fallback file-transfer uploadResponse encoding to latin1 in case not encoded with UTF-8 on iOS
[ https://issues.apache.org/jira/browse/CB-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047485#comment-15047485 ] ASF GitHub Bot commented on CB-9840: Github user dblotsky commented on a diff in the pull request: https://github.com/apache/cordova-labs/pull/10#discussion_r47014925 --- Diff: server.js --- @@ -6,6 +6,11 @@ var formidable = require('formidable'), var DIRECT_UPLOAD_LIMIT = 32; // bytes +// convert from UTF-8 to ISO-8859-1 +var LATIN1_SYMBOLS = '¥§©ÆÖÑøøø¼'; --- End diff -- Yeah, you're right. They're both equally difficult to maintain. I guess we'll just wait and see, and if it becomes a problem we can revisit it later. > Fallback file-transfer uploadResponse encoding to latin1 in case not encoded > with UTF-8 on iOS > -- > > Key: CB-9840 > URL: https://issues.apache.org/jira/browse/CB-9840 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov >Priority: Minor > Labels: ios > > Otherwise the response is empty in the current version. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8455) suppress hooks with command line options
[ https://issues.apache.org/jira/browse/CB-8455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047235#comment-15047235 ] ASF GitHub Bot commented on CB-8455: GitHub user bso-intel opened a pull request: https://github.com/apache/cordova-lib/pull/353 CB-8455 added --nohooks option implemented --nohooks noption as described in CB-8455 You can merge this pull request into a Git repository by running: $ git pull https://github.com/bso-intel/cordova-lib CB-8455 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/353.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 #353 commit d77c2d27bbf785f1c2471156f36693e5ce06b9dd Author: Byoungro So Date: 2015-12-08T04:53:43Z added --nohooks option commit f8a430ccf5fc1db7f555dcbbd84651c3da7ca5f6 Author: Byoungro So Date: 2015-12-08T04:53:43Z CB-8455 added --nohooks option commit b4be9c724a70d819975f50b615da9a7203ad85e5 Author: Byoungro So Date: 2015-12-08T05:04:03Z Merge branch 'CB-8455' of https://github.com/bso-intel/cordova-lib into CB-8455 > suppress hooks with command line options > > > Key: CB-8455 > URL: https://issues.apache.org/jira/browse/CB-8455 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > > Some Cordova users need a way to prevent hooks from being executed for > various reasons. One example is a security issue. > A new CLI option "--nohooks" can be introduced for those Cordova users. > This option takes a string as the pattern for disabling hooks. > For example, > {code}cordova plugin --nohooks before_plugin_add {code} > {code}cordova platform --nohooks before*{code} > {code}cordova prepare --nohooks before_prepare --nohooks after*{code} > {code}cordova build --nohooks .{code} > --nohooks can be repeated for multiple hook patterns. > All pattern strings are automatically converted to RegExp. > The last example disables all hooks. > We need this feature in Intel XDK. -- This message was sent by Atlassian JIRA (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-8455) suppress hooks with command line options
[ https://issues.apache.org/jira/browse/CB-8455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047225#comment-15047225 ] ASF GitHub Bot commented on CB-8455: GitHub user bso-intel opened a pull request: https://github.com/apache/cordova-cli/pull/230 CB-8455 added --nohooks option implemented --nohooks option described in CB-8455 You can merge this pull request into a Git repository by running: $ git pull https://github.com/bso-intel/cordova-cli CB-8455 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/230.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 #230 commit 9e8fdd146bd6c2bd6df12eb96ad806a46df1bb7f Author: Byoungro So Date: 2015-12-08T04:50:11Z added --nohooks option > suppress hooks with command line options > > > Key: CB-8455 > URL: https://issues.apache.org/jira/browse/CB-8455 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI, CordovaLib >Reporter: Byoungro So >Assignee: Byoungro So > > Some Cordova users need a way to prevent hooks from being executed for > various reasons. One example is a security issue. > A new CLI option "--nohooks" can be introduced for those Cordova users. > This option takes a string as the pattern for disabling hooks. > For example, > {code}cordova plugin --nohooks before_plugin_add {code} > {code}cordova platform --nohooks before*{code} > {code}cordova prepare --nohooks before_prepare --nohooks after*{code} > {code}cordova build --nohooks .{code} > --nohooks can be repeated for multiple hook patterns. > All pattern strings are automatically converted to RegExp. > The last example disables all hooks. > We need this feature in Intel XDK. -- This message was sent by Atlassian JIRA (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-9189) java.lang.NullPointerException on select from library
[ https://issues.apache.org/jira/browse/CB-9189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046966#comment-15046966 ] sandrine gomez edited comment on CB-9189 at 12/8/15 3:27 PM: - I also have encountered a java.lang.NullPointerException with Camera plugin. Do you think this is the same problem ? On Android 4.2 (Samsung Galaxy Trend Plus) : java.lang.RuntimeException: Unable to resume activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2853) at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2882) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2314) at android.app.ActivityThread.access$700(ActivityThread.java:157) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1289) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:176) at android.app.ActivityThread.main(ActivityThread.java:5317) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:511) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1102) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:869) at dalvik.system.NativeStart.main(Native Method) Caused by: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.deliverResults(ActivityThread.java:3433) at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2827) ... 12 more Caused by: java.lang.NullPointerException at org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:445) at org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:674) at org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120) at org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353) at android.app.Activity.dispatchActivityResult(Activity.java:5515) at android.app.ActivityThread.deliverResults(ActivityThread.java:3429) ... 13 more was (Author: s.gomez): I also have encountered a java.lang.NullPointerException while saving a picture taken with Camera plugin. Do you think this is the same problem ? On Android 4.2 (Samsung Galaxy Trend Plus) : java.lang.RuntimeException: Unable to resume activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2853) at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2882) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2314) at android.app.ActivityThread.access$700(ActivityThread.java:157) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1289) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:176) at android.app.ActivityThread.main(ActivityThread.java:5317) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:511) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1102) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:869) at dalvik.system.NativeStart.main(Native Method) Caused by: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.deliverResults(ActivityThread.java:3433) at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2827) ... 12 more Caused by: java.lang.NullPointerException at org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:445) at org.apache.cordova.camera.CameraLauncher.onActivityResult
[jira] [Commented] (CB-9189) java.lang.NullPointerException on select from library
[ https://issues.apache.org/jira/browse/CB-9189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046966#comment-15046966 ] sandrine gomez commented on CB-9189: I also have encountered a java.lang.NullPointerException while saving a picture taken with Camera plugin. Do you think this is the same problem ? On Android 4.2 (Samsung Galaxy Trend Plus) : java.lang.RuntimeException: Unable to resume activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2853) at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2882) at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2314) at android.app.ActivityThread.access$700(ActivityThread.java:157) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1289) at android.os.Handler.dispatchMessage(Handler.java:99) at android.os.Looper.loop(Looper.java:176) at android.app.ActivityThread.main(ActivityThread.java:5317) at java.lang.reflect.Method.invokeNative(Native Method) at java.lang.reflect.Method.invoke(Method.java:511) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1102) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:869) at dalvik.system.NativeStart.main(Native Method) Caused by: java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=34, result=-1, data=null} to activity {com.neopostshipping.pod4carriers/com.neopostshipping.pod4carriers.POD4Carriers}: java.lang.NullPointerException at android.app.ActivityThread.deliverResults(ActivityThread.java:3433) at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2827) ... 12 more Caused by: java.lang.NullPointerException at org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:445) at org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:674) at org.apache.cordova.CordovaInterfaceImpl.onActivityResult(CordovaInterfaceImpl.java:120) at org.apache.cordova.CordovaActivity.onActivityResult(CordovaActivity.java:353) at android.app.Activity.dispatchActivityResult(Activity.java:5515) at android.app.ActivityThread.deliverResults(ActivityThread.java:3429) ... 13 more > java.lang.NullPointerException on select from library > - > > Key: CB-9189 > URL: https://issues.apache.org/jira/browse/CB-9189 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.0.1 > Environment: Android. >Reporter: Mark Harding >Assignee: Richard B Knoll >Priority: Critical > Labels: Triaged, android > > I'm getting multiple crash reports via google play. I'm unable to replicate > myself but I think it could be related to CyanogenMod. > Android 5.0 (LG Leon 4G LTE (c50)) > {code} > java.lang.RuntimeException: Unable to resume activity > {com.minds.mobile/com.minds.mobile.MainActivity}: java.lang.RuntimeException: > Failure delivering result ResultInfo{who=null, request=18, result=-1, > data=Intent { > dat=content://com.google.android.apps.photos.contentprovider/0/1/https://lh3.googleusercontent.com/xZgV-3YvXmuR6W7uEAJOLuHHSI0nrkzZTGESgcggVi_ovpv8qkc=s0-d/ACTUAL > flg=0x1 (has clip) }} to activity > {com.minds.mobile/com.minds.mobile.MainActivity}: > java.lang.NullPointerException: Attempt to invoke virtual method 'void > org.apache.cordova.CallbackContext.success(java.lang.String)' on a null > object reference > at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3040) > at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3071) > at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2410) > at android.app.ActivityThread.access$800(ActivityThread.java:155) > at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1323) > at android.os.Handler.dispatchMessage(Handler.java:102) > at android.os.Looper.loop(Looper.java:135) > at android.app.ActivityThread.main(ActivityThread.java:5376) > at java.lang.reflect.Method.invoke(Native Method) > at java.lang.reflect.Method.invoke(Method.java:372) > at > com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:908) > at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:703) > Caused by: java.lang.RuntimeExcep
[jira] [Commented] (CB-10147) Cordova-iOS Platform Release Dec 4, 2015
[ https://issues.apache.org/jira/browse/CB-10147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046886#comment-15046886 ] Shazron Abdullah commented on CB-10147: --- Encountered problem when archiving: http://markmail.org/message/63sskovj3v376bwj Resolution was to remove root node_modules, and re-archive. This should be handled by coho. > Cordova-iOS Platform Release Dec 4, 2015 > > > Key: CB-10147 > URL: https://issues.apache.org/jira/browse/CB-10147 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10149) cordova-plugin-wkwebview-engine release Dec 4 2015
[ https://issues.apache.org/jira/browse/CB-10149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10149. --- Resolution: Fixed Assignee: Shazron Abdullah > cordova-plugin-wkwebview-engine release Dec 4 2015 > -- > > Key: CB-10149 > URL: https://issues.apache.org/jira/browse/CB-10149 > Project: Apache Cordova > Issue Type: Task > Components: Plugin WKWebViewEngine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-10147) Cordova-iOS Platform Release Dec 4, 2015
[ https://issues.apache.org/jira/browse/CB-10147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10147. --- Resolution: Fixed Assignee: Shazron Abdullah > Cordova-iOS Platform Release Dec 4, 2015 > > > Key: CB-10147 > URL: https://issues.apache.org/jira/browse/CB-10147 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > 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] [Created] (CB-10165) "Prepare Blog Post" section outdated
Shazron Abdullah created CB-10165: - Summary: "Prepare Blog Post" section outdated Key: CB-10165 URL: https://issues.apache.org/jira/browse/CB-10165 Project: Apache Cordova Issue Type: Bug Components: Coho Reporter: Shazron Abdullah https://github.com/apache/cordova-coho/blob/9fd94435e88dbfe8038f0e856f46a6e1d192aed8/docs/platforms-release-process.md#prepare-blog-post Pointing to the svn website. Everything should be in cordova-docs -- This message was sent by Atlassian JIRA (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-10165) "Prepare Blog Post" section outdated for platforms release
[ https://issues.apache.org/jira/browse/CB-10165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10165: -- Summary: "Prepare Blog Post" section outdated for platforms release (was: "Prepare Blog Post" section outdated) > "Prepare Blog Post" section outdated for platforms release > -- > > Key: CB-10165 > URL: https://issues.apache.org/jira/browse/CB-10165 > Project: Apache Cordova > Issue Type: Bug > Components: Coho >Reporter: Shazron Abdullah > > https://github.com/apache/cordova-coho/blob/9fd94435e88dbfe8038f0e856f46a6e1d192aed8/docs/platforms-release-process.md#prepare-blog-post > Pointing to the svn website. Everything should be in cordova-docs -- This message was sent by Atlassian JIRA (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-7903) Use (PDF) vector image support in Xcode 6
[ https://issues.apache.org/jira/browse/CB-7903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-7903: Issue Type: New Feature (was: Bug) > Use (PDF) vector image support in Xcode 6 > - > > Key: CB-7903 > URL: https://issues.apache.org/jira/browse/CB-7903 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin SplashScreen >Reporter: Shazron Abdullah > > http://martiancraft.com/blog/2014/09/vector-images-xcode6/ > Note that this is only backwards compatible until iOS 7. -- This message was sent by Atlassian JIRA (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-9828) Implement and expose PlatformApi for Windows
[ https://issues.apache.org/jira/browse/CB-9828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046809#comment-15046809 ] ASF GitHub Bot commented on CB-9828: Github user TimBarham commented on the pull request: https://github.com/apache/cordova-windows/pull/132#issuecomment-162867249 Generally looks fine to me apart from some misplaced "Android" references I mention inline. Also, it concerns me that `ConsoleLogger` is duplicated across each platform - isn't this something that can live in `cordova-common`? Why aren't we using the same functionality as `cordova-cli`? > Implement and expose PlatformApi for Windows > > > Key: CB-9828 > URL: https://issues.apache.org/jira/browse/CB-9828 > Project: Apache Cordova > Issue Type: Sub-task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: PlatformApi > Fix For: 5.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10164) Allow seeking beyond current data end of a file
Shuqian Ying created CB-10164: - Summary: Allow seeking beyond current data end of a file Key: CB-10164 URL: https://issues.apache.org/jira/browse/CB-10164 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Reporter: Shuqian Ying The plugin does not allow seeking beyond the current length of a file using the following code the enforce it: if (offset > this.length) { this.position = this.length; } in the FileWriter.js file. We found this to cause a lot of issues in random access concurrent write application scenarios since it modifies the semantics of seek silently that may cause file corruption without informing the client what went wrong. Our application behaves correctly after removing such a restriction. We belief that such a restriction should be removed since file systems in most underlying OSs allow seeking beyond the current data end of a file (like Windows and *nix family of OSs), it's a POSIX.1 standard, adding a restriction on top of them does not make sense. If such a restriction is required, it maybe is better to throw an exception instead of "decide what to do for the client". -- This message was sent by Atlassian JIRA (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-9837) Add data URI support to file-transfer upload on iOS
[ https://issues.apache.org/jira/browse/CB-9837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-9837: Summary: Add data URI support to file-transfer upload on iOS (was: iOS base64 string encoded images) > Add data URI support to file-transfer upload on iOS > --- > > Key: CB-9837 > URL: https://issues.apache.org/jira/browse/CB-9837 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin File Transfer >Reporter: Juan Antonio > Labels: ios, reproduced, triaged > > When I send an encoded base64 string image from iOS device with > 'data:image/jpeg;base64,' at the beginning of data image on > ft.upload(fileURL...) , plugin file transfer crash. However, on android works > perfectly ONLY if line 'data:image/jpeg;base64,' is present. > Possible solution: > If I delete string data 'data:image/jpeg;base64,' for iOS devices and modify > plugin file iOS 'CDVFileTransfer.m' like this: > - (void)fileDataForUploadCommand:(CDVInvokedUrlCommand*)command > { > NSString* source = (NSString*)[command argumentAtIndex:0]; > NSData *fileData = [[NSData alloc] initWithBase64EncodedString:source > options:NSDataBase64DecodingIgnoreUnknownCharacters]; > [self uploadData:fileData command:command]; > } > works perfectly, but it wouldn't accept image path, only base64 string > encoded images. > Thanks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9840) Fallback file-transfer uploadResponse encoding to latin1 in case not encoded with UTF-8 on iOS
[ https://issues.apache.org/jira/browse/CB-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046612#comment-15046612 ] ASF GitHub Bot commented on CB-9840: Github user asfgit closed the pull request at: https://github.com/apache/cordova-labs/pull/10 > Fallback file-transfer uploadResponse encoding to latin1 in case not encoded > with UTF-8 on iOS > -- > > Key: CB-9840 > URL: https://issues.apache.org/jira/browse/CB-9840 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov >Priority: Minor > Labels: ios > > Otherwise the response is empty in the current version. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9840) Fallback file-transfer uploadResponse encoding to latin1 in case not encoded with UTF-8 on iOS
[ https://issues.apache.org/jira/browse/CB-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov resolved CB-9840. - Resolution: Fixed Fixed in 1.4.1-dev > Fallback file-transfer uploadResponse encoding to latin1 in case not encoded > with UTF-8 on iOS > -- > > Key: CB-9840 > URL: https://issues.apache.org/jira/browse/CB-9840 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov >Priority: Minor > Labels: ios > > Otherwise the response is empty in the current version. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9840) Fallback file-transfer uploadResponse encoding to latin1 in case not encoded with UTF-8 on iOS
[ https://issues.apache.org/jira/browse/CB-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046610#comment-15046610 ] ASF subversion and git services commented on CB-9840: - Commit 9f5e1a2e18a82891ce3b255fbee72f87cbc9dc3c in cordova-labs's branch refs/heads/cordova-filetransfer from [~daserge] [ https://git-wip-us.apache.org/repos/asf?p=cordova-labs.git;h=9f5e1a2 ] CB-9840 Fallback file-transfer uploadResponse encoding to latin1 in case not encoded with UTF-8 on iOS Adds non-utf endpoints for the correspoding tests: filetransfer.spec.36 and 37. Implemented using node-iconv. > Fallback file-transfer uploadResponse encoding to latin1 in case not encoded > with UTF-8 on iOS > -- > > Key: CB-9840 > URL: https://issues.apache.org/jira/browse/CB-9840 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Sergey Shakhnazarov >Assignee: Sergey Shakhnazarov >Priority: Minor > Labels: ios > > Otherwise the response is empty in the current version. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10064) Camera.getPicture - Wrong FileURI
[ https://issues.apache.org/jira/browse/CB-10064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] graphefruit updated CB-10064: - Attachment: Picture_taken_crop_finish.png Picture_taken_crop_start.png Picture_taken_edit_start.png > Camera.getPicture - Wrong FileURI > - > > Key: CB-10064 > URL: https://issues.apache.org/jira/browse/CB-10064 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 5.3.3 > Environment: Android 6.0 >Reporter: graphefruit > Labels: android > Attachments: Picture_taken_crop_finish.png, > Picture_taken_crop_start.png, Picture_taken_edit_start.png, log_error.txt, > two_images.png > > > Hello! > if you take a picture with cordova and need to edit the picture, you won't > get the edited image-file-uri if the quality is set to "100". > {code:javascript} > navigator.camera.getPicture(onSuccess, onFail, { > quality: 100, > destinationType: Camera.PictureSourceType.CAMERA, > sourceType: sourceTypeCamera.DestinationType.NATIVE_URI > allowEdit: true, > encodingType: Camera.EncodingType.PNG, > mediaType: window.Camera.MediaType.PICTURE, > targetWidth: 0, > targetHeight: 0, > popoverOptions: CameraPopoverOptions, > saveToPhotoAlbum: false > }); > {code} > If the quality is set to 99 the original image will be overwritten with the > edited image content and another image is created and saved with the edited > image content. > At least you can then use the edited image. > Suggestion: > Pass two parameters > {code:javascript} > function onSuccess(_originalURI,_editedURI) > { > } > {code} > Edit 2: > The SourceType: NATIVE_URI and FILE_URI are affected > Thanks & Greetings > Graphefruit -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org