[jira] [Commented] (CB-6732) [WP8] Fix MSBuild 64 bit is not supported build error
[ https://issues.apache.org/jira/browse/CB-6732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005645#comment-14005645 ] ASF GitHub Bot commented on CB-6732: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-wp8/pull/36 CB-6732 [WP8] Fix MSBuild 64 bit is not supported build error https://issues.apache.org/jira/browse/CB-6732 Added fix based on process bitness check and exciting appropriate query. Tested for running build command from cli and directly calling build.bat from x64 and x86 modes. More details could be found here: http://msdn.microsoft.com/en-us/library/aa384274.aspx Alternatively, we can simply remove 'amd64' from the tools path returned by RegRead query You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-wp8 CB-6732 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-wp8/pull/36.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 #36 commit 14d13715f206c7125de06fe81c16659af6a3d1dc Author: sgrebnov v-seg...@microsoft.com Date: 2014-05-22T05:53:58Z CB-6732 [WP8] Fix MSBuild 64 bit is not supported build error [WP8] Fix MSBuild 64 bit is not supported build error --- Key: CB-6732 URL: https://issues.apache.org/jira/browse/CB-6732 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 3.5.0 Environment: Windows 8.x x64, VS 2013 Reporter: Sergey Grebnov Assignee: Sergey Grebnov From dev mail thread: Our change to not require msbuild in the user environment path is failing. System returns (respectively) : C:\Program Files (x86)\MSBuild\12.0\bin\amd64\ and C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ Which results in the following error message: Building Windows Phone application using MSBuild 64 bit is not supported. If you are using TFS build definitions, change the MSBuild platform to x86. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6733) Media Capture plugin returns file path of file:/ instead of file:///
Ed Wrede created CB-6733: Summary: Media Capture plugin returns file path of file:/ instead of file:/// Key: CB-6733 URL: https://issues.apache.org/jira/browse/CB-6733 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Capture Affects Versions: 3.4.0 Environment: Cordova 3.4 Media-Capture plugin 2.9 Android build Reporter: Ed Wrede I noticed that when returning the file path from the camera plugin, the URI is returned as file:/// When I extracted the full path (as shown in the docs) from an audio recording using the media-capture plugin, the path was returned as file:/ When I used the media plugin to attempt to play the file, it would throw an error... To experiment I decided to replace file:/ with file:/// and this resolved the issue instantly. I am not sure whether this issue pertains to the media-capture plugin returning a file path that isn't quite to spec or if the issue is in the media plugin not being able to play a file from a path that isn't quite to spec. Just thought I'd report this issue either way. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-6728: - Description: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If the flag is not specified, `AnuCPU` target platform should be used by default. was: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} to specify, how binaries should be built. Of course, if the flag is not specified, `AnuCPU` target platform should be used by default. Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If the flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005870#comment-14005870 ] Vladimir Kotikov commented on CB-6728: -- Jesse, what is your thoughts? Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If the flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6734) File file.toNativeURL path doesn't work on ios
Mac Stuewe created CB-6734: -- Summary: File file.toNativeURL path doesn't work on ios Key: CB-6734 URL: https://issues.apache.org/jira/browse/CB-6734 Project: Apache Cordova Issue Type: Bug Reporter: Mac Stuewe -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-6734) File file.toNativeURL path doesn't work on ios
[ https://issues.apache.org/jira/browse/CB-6734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe closed CB-6734. -- Resolution: Invalid File file.toNativeURL path doesn't work on ios -- Key: CB-6734 URL: https://issues.apache.org/jira/browse/CB-6734 Project: Apache Cordova Issue Type: Bug Reporter: Mac Stuewe -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6735) File module returns the wrong path
Mac Stuewe created CB-6735: -- Summary: File module returns the wrong path Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-5154) log formatting incorrectly to native
[ https://issues.apache.org/jira/browse/CB-5154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong resolved CB-5154. Resolution: Fixed log formatting incorrectly to native Key: CB-5154 URL: https://issues.apache.org/jira/browse/CB-5154 Project: Apache Cordova Issue Type: Bug Components: Plugin Console Affects Versions: 3.1.0 Reporter: James Jong Assignee: James Jong Plugin console logs using formatting string is incorrectly formatted when sent to native. This is on iOS but it would likely apply to any native environment. Sample: console.warn('the %s jumped over the %s','cow','moon'); console ouput: the cow jumped over the moon xcode output: 2013-10-22 12:09:31.920 console[15289:c07] WARN: the %s jumped over the %s cow moon -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6212) fix plugin warnings compiled under arm64 64-bit
[ https://issues.apache.org/jira/browse/CB-6212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Jong resolved CB-6212. Resolution: Fixed fix plugin warnings compiled under arm64 64-bit --- Key: CB-6212 URL: https://issues.apache.org/jira/browse/CB-6212 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Plugin Contacts, Plugin Dialogs, Plugin File, Plugin File Transfer, Plugin Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin Media Capture Reporter: James Jong Assignee: James Jong Priority: Minor Fix For: 3.5.0 Fix plugin warnings compiled under arm64 64-bit. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6448) Display problems on Xiaomi Mi3
[ https://issues.apache.org/jira/browse/CB-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005919#comment-14005919 ] Joe Bowser commented on CB-6448: This is a known issue with the meta tag. Remove target-density from the meta tag, and the screen should go back to the proper size. It's a good idea to not use this part of the viewport meta tag, since it's not supported in all versions of Android. Display problems on Xiaomi Mi3 -- Key: CB-6448 URL: https://issues.apache.org/jira/browse/CB-6448 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Xiaomi Mi3 running Miui v5 (4.4.4) (Android 4.3 JLS36C) Phonegap version: 3.4.0-0.19.7 Reporter: Gabriele Cirulli Assignee: Joe Bowser When running the application on a Xiaomi Mi3 device running Miui v5 (4.4.4), the viewport of the application becomes very big and causes the application UI to look small on the screen. Here is an example of what it looks like on the device: http://i.imgur.com/3w1i6Z0.png This is the expected appearance: http://i.imgur.com/yS6615p.png The application displays as expected on iOS 7 and on the other Android versions and devices that have been tested. Android 4.4.3 doesn't seem to be affected. When using an alert to display `screen.width` and `screen.height`, the Xiaomi Mi3 device reports a viewport size of 1080x1920, which is disproportionate. Other android devices (such as a Galaxy S3 running Android 4.4) report saner dimensions, such as 360x640. This is a very strange issue and I haven't been able to determine whether it's a problem with how the Xiaomi Mi3 device works or the Miui v5 OS works, or if it is due to how Phonegap detects dimensions. The appropriate viewport meta tags are in place in my application and they seem to behave correctly on other devices and systems. Even more strangely, Untappd, which is another Phonegap-based app, doesn't seem to show this issue when executed on the Xiaomi Mi3 device, which hints at the possibility of this being a Phonegap problem (possibly introduced in the latest versions). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6448) Display problems on Xiaomi Mi3
[ https://issues.apache.org/jira/browse/CB-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005920#comment-14005920 ] Joe Bowser commented on CB-6448: Tested on Xiaomi Mi3 Display problems on Xiaomi Mi3 -- Key: CB-6448 URL: https://issues.apache.org/jira/browse/CB-6448 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Xiaomi Mi3 running Miui v5 (4.4.4) (Android 4.3 JLS36C) Phonegap version: 3.4.0-0.19.7 Reporter: Gabriele Cirulli Assignee: Joe Bowser When running the application on a Xiaomi Mi3 device running Miui v5 (4.4.4), the viewport of the application becomes very big and causes the application UI to look small on the screen. Here is an example of what it looks like on the device: http://i.imgur.com/3w1i6Z0.png This is the expected appearance: http://i.imgur.com/yS6615p.png The application displays as expected on iOS 7 and on the other Android versions and devices that have been tested. Android 4.4.3 doesn't seem to be affected. When using an alert to display `screen.width` and `screen.height`, the Xiaomi Mi3 device reports a viewport size of 1080x1920, which is disproportionate. Other android devices (such as a Galaxy S3 running Android 4.4) report saner dimensions, such as 360x640. This is a very strange issue and I haven't been able to determine whether it's a problem with how the Xiaomi Mi3 device works or the Miui v5 OS works, or if it is due to how Phonegap detects dimensions. The appropriate viewport meta tags are in place in my application and they seem to behave correctly on other devices and systems. Even more strangely, Untappd, which is another Phonegap-based app, doesn't seem to show this issue when executed on the Xiaomi Mi3 device, which hints at the possibility of this being a Phonegap problem (possibly introduced in the latest versions). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6448) Display problems on Xiaomi Mi3
[ https://issues.apache.org/jira/browse/CB-6448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6448. Resolution: Won't Fix Display problems on Xiaomi Mi3 -- Key: CB-6448 URL: https://issues.apache.org/jira/browse/CB-6448 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Xiaomi Mi3 running Miui v5 (4.4.4) (Android 4.3 JLS36C) Phonegap version: 3.4.0-0.19.7 Reporter: Gabriele Cirulli Assignee: Joe Bowser When running the application on a Xiaomi Mi3 device running Miui v5 (4.4.4), the viewport of the application becomes very big and causes the application UI to look small on the screen. Here is an example of what it looks like on the device: http://i.imgur.com/3w1i6Z0.png This is the expected appearance: http://i.imgur.com/yS6615p.png The application displays as expected on iOS 7 and on the other Android versions and devices that have been tested. Android 4.4.3 doesn't seem to be affected. When using an alert to display `screen.width` and `screen.height`, the Xiaomi Mi3 device reports a viewport size of 1080x1920, which is disproportionate. Other android devices (such as a Galaxy S3 running Android 4.4) report saner dimensions, such as 360x640. This is a very strange issue and I haven't been able to determine whether it's a problem with how the Xiaomi Mi3 device works or the Miui v5 OS works, or if it is due to how Phonegap detects dimensions. The appropriate viewport meta tags are in place in my application and they seem to behave correctly on other devices and systems. Even more strangely, Untappd, which is another Phonegap-based app, doesn't seem to show this issue when executed on the Xiaomi Mi3 device, which hints at the possibility of this being a Phonegap problem (possibly introduced in the latest versions). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Summary: File plugin returns the wrong path (was: File module returns the wrong path) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005937#comment-14005937 ] Andrew Grieve commented on CB-6735: --- file:/// paths are expected. What doesn't work about them? Providing a zip of a project showing them to not work would be helpful here. File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6736) Camera does not come up
Bernd created CB-6736: - Summary: Camera does not come up Key: CB-6736 URL: https://issues.apache.org/jira/browse/CB-6736 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS, Plugin Camera Affects Versions: 3.4.0 Environment: IOS 7.11 on Ipod 5 Reporter: Bernd Sometimes the camera does not come up. The problem seems to arises, when the app is startet after reboot/shutdown. Sometimes 5 out of 10 Pods make trouble sometimes none. Turning off/on (No shutdown) the ipod fixes the problem and the camera pops up. {code:none|title=My Javscript Code:} getPicture = function (callback,error,myoptions) { var options = { destinationType: Camera.DestinationType.FILE_URI, sourceType: Camera.PictureSourceType.CAMERA, encodingType: 0, popoverOptions: { x: 0, y : 32, width : 320, height : 480, arrowDir : Camera.PopoverArrowDirection.ARROW_ANY }, }; options=$.extend(options , myoptions); if (navigator.camera) { navigator.camera.getPicture(function (imgData) { callback(imgData); }, error,options); } } {code} {code:none|title=Device log:} May 22 15:08:06 kernel[0] Debug: 24.129133 wlan.A[36] AppleBCMWLANCore::setProperties(): Active during sleep supported (true) May 22 15:08:06 backboardd[28] Warning: |AXIPC|warning| Could not find server for service: com.apple.accessibility.gax.springboard May 22 15:08:06 backboardd[28] Warning: |AXIPC|warning| client could not connect to new service: AXIPCClient:0x1764dcd0 Service:com.apple.accessibility.gax.springboard ID:(null) connected:0 Error Domain=AXIPC Code=0 The operation couldn’t be completed. Could not find server for service: com.apple.accessibility.gax.springboard UserInfo=0x17531040 {NSLocalizedFailureReason=Could not find server for service: com.apple.accessibility.gax.springboard} May 22 15:08:06 aosnotifyd[43] Warning: aosnotifyd has been launched May 22 15:08:06 SpringBoard[33] Warning: [Warning] Services all disappeared, removing all dependent devices May 22 15:08:06 SpringBoard[33] Warning: could not find icon for representation - com.apple.compass May 22 15:08:07 SpringBoard[33] Warning: throwing out icon because its isn't visible in the model : node=SBApplicationIcon: 0x17def3f0; nodeID: com.apple.nike com.apple.nike May 22 15:08:07 SpringBoard[33] Warning: could not find icon for representation - com.apple.mobilephone May 22 15:08:07 com.apple.launchd[1] Notice: (com.apple.perftools.spinforeverd) Job failed to exec(3). Setting up event to tell us when to try again: 2: No such file or directory May 22 15:08:07 com.apple.launchd[1] Notice: (com.apple.perftools.spinforeverd) Job failed to exec(3) for weird reason: 2 May 22 15:08:07 SpringBoard[33] Warning: Using your own bundle identifier as an NSUserDefaults suite name does not make sense and will not work. Break on _NSUserDefaults_Log_Nonsensical_Suites to find this May 22 15:08:07 locationd[53] Warning: Launch Services: Registering unknown app identifier com.apple.locationd failed May 22 15:08:07 locationd[53] Warning: Launch Services: Unable to find app identifier com.apple.locationd May 22 15:08:07 aosnotifyd[43] Warning: Waiting upto 60 seconds for SpringBoard to start... May 22 15:08:07 com.apple.launchd[1] Notice: (com.apple.mtrecorder) Job failed to exec(3). Setting up event to tell us when to try again: 2: No such file or directory May 22 15:08:07 com.apple.launchd[1] Notice: (com.apple.mtrecorder) Job failed to exec(3) for weird reason: 2 May 22 15:08:07 syncdefaultsd[95] Notice: (Note ) SYDAlwaysOnAccount: no account (null) May 22 15:08:07 syncdefaultsd[95] Notice: (Note ) SYDAccount: no account May 22 15:08:07 syncdefaultsd[95] Notice: (Note ) SYDPIMAccount: no account (null) May 22 15:08:07 com.apple.MobileSoftwareUpdate.CleanupPreparePathService[92] Notice: 00285000 : partition:1 requiredSize=4503599627370496 May 22 15:08:07 com.apple.MobileSoftwareUpdate.CleanupPreparePathService[92] Notice: 00285000 : maximizing data partition to 14315675647 bytes May 22 15:08:07 com.apple.MobileSoftwareUpdate.CleanupPreparePathService[92] Notice: 00285000 : entering adjust_partition_preflight May 22 15:08:07 backboardd[28] Warning: |AXIPC|warning| Could not find server for service: com.apple.accessibility.gax.springboard May 22 15:08:07 fud[40] Error: No need to create item May 22 15:08:07 backboardd[28] Warning: |AXIPC|warning| client could not connect to new service: AXIPCClient:0x1764dcd0 Service:com.apple.accessibility.gax.springboard ID:(null) connected:0 Error Domain=AXIPC Code=0 The operation couldn’t be completed. Could not find server for service: com.apple.accessibility.gax.springboard UserInfo=0x17643d10
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: Bildschirmfoto 2014-05-22 um 16.30.47.png Bildschirmfoto 2014-05-22 um 16.29.32.png File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: Bildschirmfoto 2014-05-22 um 16.29.32.png img-tag with a file:/// path File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: (was: Bildschirmfoto 2014-05-22 um 16.29.32.png) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005960#comment-14005960 ] Mac Stuewe edited comment on CB-6735 at 5/22/14 2:44 PM: - yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag file.toNativeURL() works with file 1.1.0 in Android for images and videos. Same code doesn't work for iOS. audio-files don't work in android either .. but this is another issue I guess. There already are lots of questions on stackoverflow about that was (Author: marcel79): yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6737) Build fails on case-sensitive filesystems
[ https://issues.apache.org/jira/browse/CB-6737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nicholas Anderson resolved CB-6737. --- Resolution: Duplicate Sorry, don't know how I missed that bug report. Build fails on case-sensitive filesystems - Key: CB-6737 URL: https://issues.apache.org/jira/browse/CB-6737 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 3.4.0 Environment: Running GNU/Linux with ext4 filesystem. Reporter: Nicholas Anderson Labels: build, easyfix Original Estimate: 5m Remaining Estimate: 5m Hello, there seems to be a minor issue in the plugin.xml file where it requires files by using a case-insensitive name. While this is not in issue on case-insensitive file-systems, it causes the build process to fail on case-sensitive filesystems. As for a fix, simply renaming each case of {{www/inappbrowser.js}} to {{www/InAppBrowser.js}} in plugin.xml seems fix it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-4873) XHRHelper is failing with simultaneous asynchronous requests
[ https://issues.apache.org/jira/browse/CB-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005959#comment-14005959 ] Maris Seimanovs edited comment on CB-4873 at 5/22/14 2:41 PM: -- The problem is still relevant and can be reproduced with Cordova 3.4.0 on Windows Phone 8.1 (using emulator or real device with 8.1 developer preview) with a simple page with two sequential AJAX requests. Our team spent many hours trying to find what's going on and where our AJAX requests are messed up when we load multiple page parts through AJAX. Here is a simplified code example to test. index.html in application root: {code:html} !DOCTYPE html html head titleMobile sandbox/title meta charset=UTF-8 script type=text/javascript src=libs/jquery/jquery.min.js/script /head body div id=redbox style=width:100px;height:100px;background-color:red; /div div id=greenbox style=width:100px;height:100px;background-color:green; /div script $(function () { alert(Requesting data for redbox...); $.ajax(test/redText.html) .done(function (text) { alert(Filling redbox with contents + text); $(#redbox).html(text); }) .fail(function () { alert(Error in redbox); }) .always(function () { alert(Complete redbox); }); alert(Requesting data for greenbox...); $.ajax(test/greenText.html) .done(function (text) { alert(Filling greenbox with contents + text); $(#greenbox).html(text); }) .fail(function () { alert(Error in greenbox); }) .always(function () { alert(Complete greenbox); }); }); /script /body /html {code} test/greenText.html: {code:html} spanGREEN/span {code} test/redText.html: {code:html} spanRED/span {code} The only dependency to run this test is jQuery which I have put in libs/jquery/ folder. When I deploy the same code to Windows Phone as Cordova app, the `redbox` request never receives any data, nor any errors. The `greenbox` request receives data of `redbox`, and thus we have empty red box and green box with text RED in it. Here is the sequence of alerts: {code} Requesting data for redbox... Requesting data for greenbox... Filling greenbox with contents spanRED/span Complete greenbox {code} I have no idea why it's the case - maybe Microsoft has changed something in Windows 8.1 and now the MiniBrowser_ScriptNotify calls are completely async. I know that WP 8.1 is not RTM yet but nevertheless I think the fix should be implemented anyway because it seems more safe and correct solution to have a separate callback function for each request instead of the current single window.__onXHRLocalCallback. was (Author: midix): The problem is still relevant and can be reproduced on Windows Phone 8.1 (using emulator or real device with 8.1 developer preview) with a simple page with two sequential AJAX requests. Our team spent many hours trying to find what's going on and where our AJAX requests are messed up when we load multiple page parts through AJAX. Here is a simplified code example to test. index.html in application root: {code:html} !DOCTYPE html html head titleMobile sandbox/title meta charset=UTF-8 script type=text/javascript src=libs/jquery/jquery.min.js/script /head body div id=redbox style=width:100px;height:100px;background-color:red; /div div id=greenbox style=width:100px;height:100px;background-color:green; /div script $(function () { alert(Requesting data for redbox...); $.ajax(test/redText.html) .done(function (text) { alert(Filling redbox with contents + text); $(#redbox).html(text); }) .fail(function () { alert(Error in redbox); }) .always(function () { alert(Complete redbox); }); alert(Requesting data for greenbox...);
[jira] [Comment Edited] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005960#comment-14005960 ] Mac Stuewe edited comment on CB-6735 at 5/22/14 2:41 PM: - yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag was (Author: marcel79): yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005960#comment-14005960 ] Mac Stuewe edited comment on CB-6735 at 5/22/14 2:41 PM: - yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag was (Author: marcel79): yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005960#comment-14005960 ] Mac Stuewe edited comment on CB-6735 at 5/22/14 2:41 PM: - yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) - dirTarget.toURL()+'/'+targetFileName the image below the working image has the path from the yellow-background img-tag was (Author: marcel79): yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) the image below the working image has the path from the yellow-background img-tag File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005960#comment-14005960 ] Mac Stuewe edited comment on CB-6735 at 5/22/14 2:40 PM: - yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) the image below the working image has the path from the yellow-background img-tag was (Author: marcel79): yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: (was: Bildschirmfoto 2014-05-22 um 16.29.32.png) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: (was: Bildschirmfoto 2014-05-22 um 16.30.47.png) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4873) XHRHelper is failing with simultaneous asynchronous requests
[ https://issues.apache.org/jira/browse/CB-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005959#comment-14005959 ] Maris Seimanovs commented on CB-4873: - The problem is still relevant and can be reproduced on Windows Phone 8.1 (using emulator or real device with 8.1 developer preview) with a simple page with two sequential AJAX requests. Our team spent many hours trying to find what's going on and where our AJAX requests are messed up when we load multiple page parts through AJAX. Here is a simplified code example to test. index.html in application root: {code:html} !DOCTYPE html html head titleMobile sandbox/title meta charset=UTF-8 script type=text/javascript src=libs/jquery/jquery.min.js/script /head body div id=redbox style=width:100px;height:100px;background-color:red; /div div id=greenbox style=width:100px;height:100px;background-color:green; /div script $(function () { alert(Requesting data for redbox...); $.ajax(test/redText.html) .done(function (text) { alert(Filling redbox with contents + text); $(#redbox).html(text); }) .fail(function () { alert(Error in redbox); }) .always(function () { alert(Complete redbox); }); alert(Requesting data for greenbox...); $.ajax(test/greenText.html) .done(function (text) { alert(Filling greenbox with contents + text); $(#greenbox).html(text); }) .fail(function () { alert(Error in greenbox); }) .always(function () { alert(Complete greenbox); }); }); /script /body /html {code} test/greenText.html: {code:html} spanGREEN/span {code} test/redText.html: {code:html} spanRED/span {code} The only dependency to run this test is jQuery which I have put in libs/jquery/ folder. When I deploy the same code to Windows Phone as Cordova app, the `redbox` request never receives any data, nor any errors. The `greenbox` request receives data of `redbox`, and thus we have empty red box and green box with text RED in it. Here is the sequence of alerts: {code} Requesting data for redbox... Requesting data for greenbox... Filling greenbox with contents spanRED/span Complete greenbox {code} I have no idea why it's the case - maybe Microsoft has changed something in Windows 8.1 and now the MiniBrowser_ScriptNotify calls are completely async. I know that WP 8.1 is not RTM yet but nevertheless I think the fix should be implemented anyway because it seems more safe and correct solution to have a separate callback function for each request instead of the current single window.__onXHRLocalCallback. XHRHelper is failing with simultaneous asynchronous requests Key: CB-4873 URL: https://issues.apache.org/jira/browse/CB-4873 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0 Environment: Any Reporter: Jonathan Naguin Assignee: Jesse MacFadyen Priority: Critical Labels: WP8, ajax, asynchronous, multiple, xhrhelper XHRHelper is failing in processing mutiple simultaneous asynchronous AJAX requests. I am using the latest code from https://github.com/apache/cordova-wp8/blob/master/wp8/template/cordovalib/XHRHelper.cs The problem is related with {{_onXHRLocalCallback}} which is save into the {{window}} object as a unique function. When, for example, two Ajax requests are evaluated at same time, the last {{funk}} function overrides the first {{_onXHRLocalCallback}} without receive the data from the C# code to that particular request. To demostrate this I put {{console.log(XHR: + resolvedUrl);}} inside {{__onXHRLocalCallback}} and {{System.Diagnostics.Debug.WriteLine(HandleCommand: + url);}} in {{HandleCommand}} method (my code uses *Require JS* to load this resources). The output is this: {code} HandleCommand: x-wmapp0:www/src/modules/home/HomeView.html HandleCommand: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR:
[jira] [Updated] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Attachment: Bildschirmfoto 2014-05-22 um 16.30.47.png Bildschirmfoto 2014-05-22 um 16.29.32.png yellow-background: img-tag with file 1.1.0 file.toNativeURL() (file:///...) white-background: image-above with file 1.0.1 selfBuildURL (cdvfile://localhost..) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6680) clarify instructions for installing via npm and sudo
[ https://issues.apache.org/jira/browse/CB-6680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14005955#comment-14005955 ] ASF GitHub Bot commented on CB-6680: Github user clelland commented on a diff in the pull request: https://github.com/apache/cordova-docs/pull/205#discussion_r12952956 --- Diff: docs/en/edge/guide/cli/index.md --- @@ -73,22 +74,41 @@ To install the `cordova` command-line tool, follow these steps: the CLI does use it behind-the-scenes to download some assets when creating a new project. -1. Install the `cordova` utility. In Unix, prefixing the additional - `sudo` command may be necessary to install development utilities in - otherwise restricted directories: +1. Install the `cordova` module using Node.js' `npm` utility. The cordova --- End diff -- I wasn't aware of that rule -- but, what do you know, it's the very first rule in SW :) http://books.google.ca/books?id=IAy6NCD0Iq0Clpg=PP1pg=PA7#v=onepageqf=false clarify instructions for installing via npm and sudo Key: CB-6680 URL: https://issues.apache.org/jira/browse/CB-6680 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The Linux person inside me says that using sudo to install and run things ought to be avoided if possible. http://markmail.org/thread/bfj4lywpbzn6mtdr -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Issue Comment Deleted] (CB-6735) File plugin returns the wrong path
[ https://issues.apache.org/jira/browse/CB-6735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mac Stuewe updated CB-6735: --- Comment: was deleted (was: img-tag with a file:/// path) File plugin returns the wrong path -- Key: CB-6735 URL: https://issues.apache.org/jira/browse/CB-6735 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.4.0 Reporter: Mac Stuewe Attachments: Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.29.32.png, Bildschirmfoto 2014-05-22 um 16.30.47.png The file-module returns a unsuitable file-path description in iOS. HTML-Tags 'img', 'video' and 'audio' don't work with it. file.fullPath(), file.toNativeURL(), file.toURL() return a path starting with 'file:///user/' and ending with '/folder/file.type' file-module has been tested in this versions: - 1.0.1 - 1.1.0 - 1.1.1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6737) Build fails on case-sensitive filesystems
Nicholas Anderson created CB-6737: - Summary: Build fails on case-sensitive filesystems Key: CB-6737 URL: https://issues.apache.org/jira/browse/CB-6737 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 3.4.0 Environment: Running GNU/Linux with ext4 filesystem. Reporter: Nicholas Anderson Hello, there seems to be a minor issue in the plugin.xml file where it requires files by using a case-insensitive name. While this is not in issue on case-insensitive file-systems, it causes the build process to fail on case-sensitive filesystems. As for a fix, simply renaming each case of {{www/inappbrowser.js}} to {{www/InAppBrowser.js}} in plugin.xml seems fix it. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6680) clarify instructions for installing via npm and sudo
[ https://issues.apache.org/jira/browse/CB-6680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006033#comment-14006033 ] ASF subversion and git services commented on CB-6680: - Commit 7115ca4155e32ab49d7ebcecbe82f486056b76a6 in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=7115ca4 ] CB-6680 Clarify instructions for installing via npm clarify instructions for installing via npm and sudo Key: CB-6680 URL: https://issues.apache.org/jira/browse/CB-6680 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor The Linux person inside me says that using sudo to install and run things ought to be avoided if possible. http://markmail.org/thread/bfj4lywpbzn6mtdr -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6680) clarify instructions for installing via npm and sudo
[ https://issues.apache.org/jira/browse/CB-6680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-6680. --- Resolution: Fixed Fix Version/s: 3.5.0 Incorporated Josh's feedback. clarify instructions for installing via npm and sudo Key: CB-6680 URL: https://issues.apache.org/jira/browse/CB-6680 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Fix For: 3.5.0 The Linux person inside me says that using sudo to install and run things ought to be avoided if possible. http://markmail.org/thread/bfj4lywpbzn6mtdr -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6680) clarify instructions for installing via npm and sudo
[ https://issues.apache.org/jira/browse/CB-6680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006035#comment-14006035 ] ASF GitHub Bot commented on CB-6680: Github user cmarcelk closed the pull request at: https://github.com/apache/cordova-docs/pull/205 clarify instructions for installing via npm and sudo Key: CB-6680 URL: https://issues.apache.org/jira/browse/CB-6680 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Fix For: 3.5.0 The Linux person inside me says that using sudo to install and run things ought to be avoided if possible. http://markmail.org/thread/bfj4lywpbzn6mtdr -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006073#comment-14006073 ] Sergey Grebnov commented on CB-6728: +1 Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If the flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6728: --- Description: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. A As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. was: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. In our case WebSQL plugin contains C++ sources and use prepackage hook. And it need to be built for specific architecture (x84, x64, ARM, not univeral AnyCPU) It would be great if we can provide additional flag like `-x64`, `-x86` or `-arm` to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If the flag is not specified, `AnuCPU` target platform should be used by default. Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. A As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6728) Support chip architecture as an option when building Windows and Windows Phone projects
[ https://issues.apache.org/jira/browse/CB-6728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6728: --- Description: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. was: Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. A As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. Support chip architecture as an option when building Windows and Windows Phone projects --- Key: CB-6728 URL: https://issues.apache.org/jira/browse/CB-6728 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Vladimir Kotikov Assignee: Jesse MacFadyen Labels: arm, cli, windows, wp8, x64, x86 Currently apps for Windows 8 and Windows Phone 8 are targeted to AnyCPU architecture, which is universal, but sometimes it's critical to build application for specific processor architecture. As an example is WebSQL plugin which contains references to C++ libs so needs to be built for specific architecture (x84, x64, ARM) and which does not support AnyCPU target. So it looks important to add support for additional build flags `-x64`, `-x86`, `-arm`, '-any' to specify target chip architecture. {noformat} cordova build windows8 --release --x64 cordova build wp8 --arm {noformat} If flag is not specified, `AnuCPU` target platform should be used by default. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6739) Clarify pointers to install instructions
Marcel Kinard created CB-6739: - Summary: Clarify pointers to install instructions Key: CB-6739 URL: https://issues.apache.org/jira/browse/CB-6739 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Without reading a lot of material in cordova-docs, it's not clear how to install Cordova. There was a question on the PhoneGap Google group about this, and I see their point. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6739) Clarify pointers to install instructions
[ https://issues.apache.org/jira/browse/CB-6739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006122#comment-14006122 ] ASF subversion and git services commented on CB-6739: - Commit b7b1b0de8fa2f210cc4bda9f5b2c6ab7f5e52880 in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=b7b1b0d ] CB-6739 Clarify pointers to install instructions Be more clear about where the instructions are for installation. Also do a little bit of wordsmithing regarding next steps and on the landing page. Clarify pointers to install instructions Key: CB-6739 URL: https://issues.apache.org/jira/browse/CB-6739 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Without reading a lot of material in cordova-docs, it's not clear how to install Cordova. There was a question on the PhoneGap Google group about this, and I see their point. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6739) Clarify pointers to install instructions
[ https://issues.apache.org/jira/browse/CB-6739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006125#comment-14006125 ] ASF subversion and git services commented on CB-6739: - Commit 21bfc602e818a74884f706a91770ccffb8751a9b in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=21bfc60 ] CB-6739 Fix typo. Clarify pointers to install instructions Key: CB-6739 URL: https://issues.apache.org/jira/browse/CB-6739 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Without reading a lot of material in cordova-docs, it's not clear how to install Cordova. There was a question on the PhoneGap Google group about this, and I see their point. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6739) Clarify pointers to install instructions
[ https://issues.apache.org/jira/browse/CB-6739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-6739. --- Resolution: Fixed Fix Version/s: 3.5.0 Clarify pointers to install instructions Key: CB-6739 URL: https://issues.apache.org/jira/browse/CB-6739 Project: Apache Cordova Issue Type: Improvement Components: Docs Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Fix For: 3.5.0 Without reading a lot of material in cordova-docs, it's not clear how to install Cordova. There was a question on the PhoneGap Google group about this, and I see their point. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5793) Android's cordova/build script should not clean before every build
[ https://issues.apache.org/jira/browse/CB-5793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006162#comment-14006162 ] ASF subversion and git services commented on CB-5793: - Commit d520506be5068ae290a4209401305815548487f3 in cordova-docs's branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=d520506 ] CB-5793 Update docs for ant-build vs bin Android's cordova/build script should not clean before every build -- Key: CB-5793 URL: https://issues.apache.org/jira/browse/CB-5793 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Fix For: 3.4.0 I believe the reason for this is that ant and eclipse build to the same directories, and mess each other up because of it. This can be easily fixed though: http://www.alittlemadness.com/2010/05/31/setting-up-an-android-project-build/ -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6616) add option to createmobilespec to use /bin/create and plugman
[ https://issues.apache.org/jira/browse/CB-6616?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-6616. --- Resolution: Fixed Fix Version/s: 3.5.0 add option to createmobilespec to use /bin/create and plugman - Key: CB-6616 URL: https://issues.apache.org/jira/browse/CB-6616 Project: Apache Cordova Issue Type: New Feature Components: mobile-spec Reporter: Marcel Kinard Assignee: Marcel Kinard Priority: Minor Fix For: 3.5.0 I noticed a script name createmobilespecandroid-usingplugman.sh. That could be folded into the multi-platform createmobilespec.js by offering a new command-line option. This would be a bit cleaner, and could do the same for platforms other than just android. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6630) Remove okhttp from source directory, make HTTP a library project dependency
[ https://issues.apache.org/jira/browse/CB-6630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6630: --- Issue Type: Improvement (was: Bug) Remove okhttp from source directory, make HTTP a library project dependency --- Key: CB-6630 URL: https://issues.apache.org/jira/browse/CB-6630 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Joe Bowser From Stack Overflow: http://stackoverflow.com/questions/23446603/conversion-to-dalvik-format-failed-unable-to-execute-dex-multiple-dex-files-de Basically, we should be including third party libraries as libraries, and not just dumping the source in our own tree. This leads to major problems when people use other Java libraries. We'll probably need to modify the CLI to do this, of course. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6174) Cordova CLI Android Project issues with Gradle
[ https://issues.apache.org/jira/browse/CB-6174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6174: --- Priority: Minor (was: Major) Cordova CLI Android Project issues with Gradle -- Key: CB-6174 URL: https://issues.apache.org/jira/browse/CB-6174 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.4.0 Environment: Mac 10.9, Android Studio Reporter: Mike Hartington Priority: Minor The CLI still creates a project that uses Ant as it's build process while Google has moved to Gradle as its build process. So when I import a project into Android Studio, there are a bunch of project config issues that cannot be resolved. Is there any plan to move to Gradle any time soon? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6174) Cordova CLI Android Project issues with Gradle
[ https://issues.apache.org/jira/browse/CB-6174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006185#comment-14006185 ] Joe Bowser commented on CB-6174: We depend on the Android SDK, and by default it still produces ANT projects. Given the fact that Gradle isn't the default, combined with the fact that Gradle projects and Ant projects are completely incompatible due to differences in layout, we're probably going to switch when Android produces gradle projects by default. Cordova CLI Android Project issues with Gradle -- Key: CB-6174 URL: https://issues.apache.org/jira/browse/CB-6174 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.4.0 Environment: Mac 10.9, Android Studio Reporter: Mike Hartington Priority: Minor The CLI still creates a project that uses Ant as it's build process while Google has moved to Gradle as its build process. So when I import a project into Android Studio, there are a bunch of project config issues that cannot be resolved. Is there any plan to move to Gradle any time soon? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6713) Cordova 3.4 can't use HTML5 offline
[ https://issues.apache.org/jira/browse/CB-6713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6713. Resolution: Duplicate Cordova 3.4 can't use HTML5 offline --- Key: CB-6713 URL: https://issues.apache.org/jira/browse/CB-6713 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Android 4.3 Reporter: puchen I wrote a HTML5 offline page, and used cordova to load it. And I found there is no offline effect at this page when cut off the network. Sounds like cordova used a http cache to load the page when network is not available. And I found CordovaWebview use a deprecated method: setAppCacheMaxSize. Please fix it, thanks. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-5194) Camera.getPicture with sourceType: PHOTOLIBRARY doesn't respect correctOrientation unless targetWidth/Height also specified
[ https://issues.apache.org/jira/browse/CB-5194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-5194. Resolution: Fixed This has been fixed. Closing. Camera.getPicture with sourceType: PHOTOLIBRARY doesn't respect correctOrientation unless targetWidth/Height also specified --- Key: CB-5194 URL: https://issues.apache.org/jira/browse/CB-5194 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.6.0 Environment: Galaxy S4 Reporter: Andre Asselin Priority: Minor Use Camera.getPicture() with sourceType: PHOTOLIBRARY to retrieve a picture from the library. The correctOrientation option will be ignored unless you also specify targetWidth/Height as options. The documentation doesn't state there is a dependency. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6673) Clearing cookies in InAppBrowser clears cookie in entire application
[ https://issues.apache.org/jira/browse/CB-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006194#comment-14006194 ] Joe Bowser commented on CB-6673: This may be true, but I don't see how this is fixable. This is probably why a Cordova application shouldn't be using cookies. :( Clearing cookies in InAppBrowser clears cookie in entire application Key: CB-6673 URL: https://issues.apache.org/jira/browse/CB-6673 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0, 3.4.0 Environment: All Android versions Reporter: Nadav Greenberg When using InAppBrowser's clear cookie feature, it clears the cookies also from the application itself, not only the newly opened page in the InAppBrowser. It seems that this is caused by the CookieManager singleton being used to clear the cookies, which clears the entire WebView's cookies, not just the new window's. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6731) Geolocation constants not defined in Android
[ https://issues.apache.org/jira/browse/CB-6731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6731: --- Component/s: (was: Android) Docs We rely on the browser's Geolocation implementation. If it's not defined on the browser, then it's a browser quirk. There's not a lot that we can do here other than update the docs. Geolocation constants not defined in Android Key: CB-6731 URL: https://issues.apache.org/jira/browse/CB-6731 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.4.0 Environment: Nexus 5 / Cordova 3.4.1-0.1.0 Reporter: Michael Hoisie Priority: Minor Labels: android, cordova, geolocation, positionerror Original Estimate: 48h Remaining Estimate: 48h The geolocation constants are not defined in Android: PositionError.PERMISSION_DENIED PositionError.POSITION_UNAVAILABLE PositionError.TIMEOUT They are documented here: http://plugins.cordova.io/#/package/org.apache.cordova.geolocation Not sure if this is a documentation bug. These constants exist in iOS. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-6375: -- Assignee: Joe Bowser (was: Andrew Grieve) When keyboard is dismissed. Page has a large gap at top of screen - Key: CB-6375 URL: https://issues.apache.org/jira/browse/CB-6375 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 Reporter: Jonathan Yong Assignee: Joe Bowser See screenshot here: http://imgur.com/NtQ4QSl Notice the large white gap at the top of the page When a page is tall enough to cause the page to slide upwards when the virtual keyboard is displayed, and while the page scroll position is scrolled down so that the header and / or other controls are hidden above the top edge of the screen, dismissing the keyboard will intermittently cause a page rendering error such that there is a large white gap above the header of the page, essentially pushing down all page contents. This also causes the hitboxes of buttons and other form controls to differ from the on screen view i.e. the hitboxes are where the controls should have appeared had there not been a large gap at the top of the screen. This gap is present on all pages within the app and will remain until another text input field is focused and the keyboard shows again. See screenshot here: http://imgur.com/NtQ4QSl In the above screenshot I clicked on the submit registration button before filling out the form correctly and triggering a validation error confirm password. This caused the keyboard to hide and resulted in the page gap error as shown. The error also occurs when the keyboard is dismissed without hitting the submit registration button i.e. by using the dismiss keyboard button within the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6315) app.clearHistory() silently fails
[ https://issues.apache.org/jira/browse/CB-6315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-6315: -- Assignee: Joe Bowser app.clearHistory() silently fails - Key: CB-6315 URL: https://issues.apache.org/jira/browse/CB-6315 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Benjamin Mann Assignee: Joe Bowser Priority: Minor This issue should be trivial to resolve: http://stackoverflow.com/questions/20091152/webview-issue-on-android Call app.clearHistory() in JS, get the following stack trace in logcat: W/WebView (25178): java.lang.Throwable: A WebView method was called on thread 'JavaBridge'. All WebView methods must be called on the same thread. (Expected Looper Looper (main, tid 1) {41f38938} called on Looper (JavaBridge, tid 10154) {41f91fc8}, FYI main Looper is Looper (main, tid 1) {41f38938}) W/WebView (25178):at android.webkit.WebView.checkThread(WebView.java:2063) W/WebView (25178):at android.webkit.WebView.clearHistory(WebView.java:1399) W/WebView (25178):at org.apache.cordova.App.clearHistory(App.java:193) W/WebView (25178):at org.apache.cordova.App.execute(App.java:92) W/WebView (25178):at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) W/WebView (25178):at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) W/WebView (25178):at org.apache.cordova.PluginManager.exec(PluginManager.java:227) W/WebView (25178):at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27) W/WebView (25178):at android.os.Handler.dispatchMessage(Handler.java:102) W/WebView (25178):at android.os.Looper.loop(Looper.java:136) W/WebView (25178):at android.os.HandlerThread.run(HandlerThread.java:61) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6290) Javascript error during build showed as information in logcat
[ https://issues.apache.org/jira/browse/CB-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6290. Resolution: Won't Fix This is by design. console.log on your app will show all your Javascript errors as info messages. Javascript error during build showed as information in logcat - Key: CB-6290 URL: https://issues.apache.org/jira/browse/CB-6290 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Cristofo Vilares Priority: Minor When errors occur in JS during project build, they are shown as info message in logcat (green). Following message shows this case: 14:08:23.366: I/chromium(22708): [INFO:CONSOLE(29)] Uncaught SyntaxError: Unexpected identifier, source: file:///android_asset/www/index.html (29) cause of this one was a wrong definition. (va myButton instead of var myButton) . - Android build in eclipse -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6740) [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found
Archana Naik created CB-6740: Summary: [amazon-fireos]Clean up error reporting when AmazonWebView SDK not found Key: CB-6740 URL: https://issues.apache.org/jira/browse/CB-6740 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.6.0 amazon-fireos platform requires AmazonWebView SDK to be installed in platform's cached libs folder. Currently, whole stacktrace is shown and error message gets lost in the verbose. Cleanup error reporting mechanism so error message and solution is clear to users. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CB-4873) XHRHelper is failing with simultaneous asynchronous requests
[ https://issues.apache.org/jira/browse/CB-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen reopened CB-4873: - XHRHelper is failing with simultaneous asynchronous requests Key: CB-4873 URL: https://issues.apache.org/jira/browse/CB-4873 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0 Environment: Any Reporter: Jonathan Naguin Assignee: Jesse MacFadyen Priority: Critical Labels: WP8, WP8.1, ajax, asynchronous, multiple, xhrhelper XHRHelper is failing in processing mutiple simultaneous asynchronous AJAX requests. I am using the latest code from https://github.com/apache/cordova-wp8/blob/master/wp8/template/cordovalib/XHRHelper.cs The problem is related with {{_onXHRLocalCallback}} which is save into the {{window}} object as a unique function. When, for example, two Ajax requests are evaluated at same time, the last {{funk}} function overrides the first {{_onXHRLocalCallback}} without receive the data from the C# code to that particular request. To demostrate this I put {{console.log(XHR: + resolvedUrl);}} inside {{__onXHRLocalCallback}} and {{System.Diagnostics.Debug.WriteLine(HandleCommand: + url);}} in {{HandleCommand}} method (my code uses *Require JS* to load this resources). The output is this: {code} HandleCommand: x-wmapp0:www/src/modules/home/HomeView.html HandleCommand: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: HandleCommand: x-wmapp0:www/src/modules/order/OrderDetailView.html XHR: x-wmapp0:www/src/modules/order/OrderDetailView.html {code} As you can see, one request is missing: HomeView.html. h6. NOTES - If I set {{false}} the {{this.isAsync}} variable it works (this way it is executed without using setTimeout). - If I put a console.log before launch {{funk}} it works. - It works on the simulator, but it fails on a real device. h6. Possible solution In conclusion, I assumed that it's a timing problem. To resolve it I decided to save a onXHRLocalCallback function per each request: {code} var funk = function () { if (! window.__onXHRLocalCallback){ window.__onXHRLocalCallback = {}; //Object to store the functions } window.__onXHRLocalCallback[resolvedUrl] = function (responseCode, responseText) { alias.status = responseCode; if (responseCode == '200') { alias.responseText = responseText; } else { alias.onerror alias.onerror(responseCode); } alias.changeReadyState(XHRShim.DONE); delete window.__onXHRLocalCallback[resolvedUrl]; //Delete the function } alias.changeReadyState(XHRShim.LOADING); window.external.Notify('XHRLOCAL/' + resolvedUrl); } {code} So I had to change in {{HandleCommand}} method the way of invoking this callback. I decided to create a helper function to be called in each case: {code} /// summary /// Invoke a XHR callback /// /summary /// param name=urlThe URL of the request/param /// param name=codeThe response code/param /// param name=textThe response text/param private void InvokeCallback(string url, int code, string text) { string args = string.Format(('{0}', {1}, {2});, code, WPCordovaClassLib.Cordova.JSON.JsonHelper.Serialize(text), WPCordovaClassLib.Cordova.JSON.JsonHelper.Serialize(url)); string callback = @(function(code, text, url){ try { window.__onXHRLocalCallback[ url ].call(null, code, text); } catch(e) { console.log('Error calling method from XHRHelper :: ' + e); } }) + args; Browser.InvokeScript(eval, new string[] { callback }); } {code} To be called as {{InvokeCallback(url, 200, text);}} or {{InvokeCallback(url, 404, null);}} Thanks. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-4873) XHRHelper is failing with simultaneous asynchronous requests
[ https://issues.apache.org/jira/browse/CB-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-4873: Labels: WP8 WP8.1 ajax asynchronous multiple xhrhelper (was: WP8 ajax asynchronous multiple xhrhelper) XHRHelper is failing with simultaneous asynchronous requests Key: CB-4873 URL: https://issues.apache.org/jira/browse/CB-4873 Project: Apache Cordova Issue Type: Bug Components: WP7, WP8 Affects Versions: 3.0.0 Environment: Any Reporter: Jonathan Naguin Assignee: Jesse MacFadyen Priority: Critical Labels: WP8, WP8.1, ajax, asynchronous, multiple, xhrhelper XHRHelper is failing in processing mutiple simultaneous asynchronous AJAX requests. I am using the latest code from https://github.com/apache/cordova-wp8/blob/master/wp8/template/cordovalib/XHRHelper.cs The problem is related with {{_onXHRLocalCallback}} which is save into the {{window}} object as a unique function. When, for example, two Ajax requests are evaluated at same time, the last {{funk}} function overrides the first {{_onXHRLocalCallback}} without receive the data from the C# code to that particular request. To demostrate this I put {{console.log(XHR: + resolvedUrl);}} inside {{__onXHRLocalCallback}} and {{System.Diagnostics.Debug.WriteLine(HandleCommand: + url);}} in {{HandleCommand}} method (my code uses *Require JS* to load this resources). The output is this: {code} HandleCommand: x-wmapp0:www/src/modules/home/HomeView.html HandleCommand: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: x-wmapp0:www/src/modules/orders/OrdersView.html XHR: HandleCommand: x-wmapp0:www/src/modules/order/OrderDetailView.html XHR: x-wmapp0:www/src/modules/order/OrderDetailView.html {code} As you can see, one request is missing: HomeView.html. h6. NOTES - If I set {{false}} the {{this.isAsync}} variable it works (this way it is executed without using setTimeout). - If I put a console.log before launch {{funk}} it works. - It works on the simulator, but it fails on a real device. h6. Possible solution In conclusion, I assumed that it's a timing problem. To resolve it I decided to save a onXHRLocalCallback function per each request: {code} var funk = function () { if (! window.__onXHRLocalCallback){ window.__onXHRLocalCallback = {}; //Object to store the functions } window.__onXHRLocalCallback[resolvedUrl] = function (responseCode, responseText) { alias.status = responseCode; if (responseCode == '200') { alias.responseText = responseText; } else { alias.onerror alias.onerror(responseCode); } alias.changeReadyState(XHRShim.DONE); delete window.__onXHRLocalCallback[resolvedUrl]; //Delete the function } alias.changeReadyState(XHRShim.LOADING); window.external.Notify('XHRLOCAL/' + resolvedUrl); } {code} So I had to change in {{HandleCommand}} method the way of invoking this callback. I decided to create a helper function to be called in each case: {code} /// summary /// Invoke a XHR callback /// /summary /// param name=urlThe URL of the request/param /// param name=codeThe response code/param /// param name=textThe response text/param private void InvokeCallback(string url, int code, string text) { string args = string.Format(('{0}', {1}, {2});, code, WPCordovaClassLib.Cordova.JSON.JsonHelper.Serialize(text), WPCordovaClassLib.Cordova.JSON.JsonHelper.Serialize(url)); string callback = @(function(code, text, url){ try { window.__onXHRLocalCallback[ url ].call(null, code, text); } catch(e) { console.log('Error calling method from XHRHelper :: ' + e); } }) + args; Browser.InvokeScript(eval, new string[] { callback }); } {code} To be called as {{InvokeCallback(url, 200, text);}} or {{InvokeCallback(url, 404, null);}} Thanks. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6717) [amazon-fireos] Platform guide and other docs needs to be updated for amazon-fireos
[ https://issues.apache.org/jira/browse/CB-6717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006303#comment-14006303 ] ASF subversion and git services commented on CB-6717: - Commit e31db8841d8e79fa55e9a0db9d6299f980d8b815 in cordova-docs's branch refs/heads/master from [~naika] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=e31db88 ] [CB-6717][amazon-fireos] Platform guide and other docs needs to be updated for amazon-fireos Updated amazon-fireos platform guide as well as config and embeded webview guides. [amazon-fireos] Platform guide and other docs needs to be updated for amazon-fireos --- Key: CB-6717 URL: https://issues.apache.org/jira/browse/CB-6717 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.5.0 Some of the docs are outdated or needs modification. Fix that. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6717) [amazon-fireos] Platform guide and other docs needs to be updated for amazon-fireos
[ https://issues.apache.org/jira/browse/CB-6717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Archana Naik resolved CB-6717. -- Resolution: Fixed [amazon-fireos] Platform guide and other docs needs to be updated for amazon-fireos --- Key: CB-6717 URL: https://issues.apache.org/jira/browse/CB-6717 Project: Apache Cordova Issue Type: Bug Components: Amazon FireOS Affects Versions: 3.4.0 Reporter: Archana Naik Assignee: Archana Naik Fix For: 3.5.0 Some of the docs are outdated or needs modification. Fix that. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6315) app.clearHistory() silently fails
[ https://issues.apache.org/jira/browse/CB-6315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006329#comment-14006329 ] ASF subversion and git services commented on CB-6315: - Commit 629e05b7b1c93108bcdb992f9e7f22656b43cff9 in cordova-android's branch refs/heads/master from [~bowserj] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=629e05b ] CB-6315: Wrapping this so it runs on the UI thread app.clearHistory() silently fails - Key: CB-6315 URL: https://issues.apache.org/jira/browse/CB-6315 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Benjamin Mann Assignee: Joe Bowser Priority: Minor This issue should be trivial to resolve: http://stackoverflow.com/questions/20091152/webview-issue-on-android Call app.clearHistory() in JS, get the following stack trace in logcat: W/WebView (25178): java.lang.Throwable: A WebView method was called on thread 'JavaBridge'. All WebView methods must be called on the same thread. (Expected Looper Looper (main, tid 1) {41f38938} called on Looper (JavaBridge, tid 10154) {41f91fc8}, FYI main Looper is Looper (main, tid 1) {41f38938}) W/WebView (25178):at android.webkit.WebView.checkThread(WebView.java:2063) W/WebView (25178):at android.webkit.WebView.clearHistory(WebView.java:1399) W/WebView (25178):at org.apache.cordova.App.clearHistory(App.java:193) W/WebView (25178):at org.apache.cordova.App.execute(App.java:92) W/WebView (25178):at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) W/WebView (25178):at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) W/WebView (25178):at org.apache.cordova.PluginManager.exec(PluginManager.java:227) W/WebView (25178):at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27) W/WebView (25178):at android.os.Handler.dispatchMessage(Handler.java:102) W/WebView (25178):at android.os.Looper.loop(Looper.java:136) W/WebView (25178):at android.os.HandlerThread.run(HandlerThread.java:61) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6315) app.clearHistory() silently fails
[ https://issues.apache.org/jira/browse/CB-6315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6315. Resolution: Fixed app.clearHistory() silently fails - Key: CB-6315 URL: https://issues.apache.org/jira/browse/CB-6315 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Benjamin Mann Assignee: Joe Bowser Priority: Minor This issue should be trivial to resolve: http://stackoverflow.com/questions/20091152/webview-issue-on-android Call app.clearHistory() in JS, get the following stack trace in logcat: W/WebView (25178): java.lang.Throwable: A WebView method was called on thread 'JavaBridge'. All WebView methods must be called on the same thread. (Expected Looper Looper (main, tid 1) {41f38938} called on Looper (JavaBridge, tid 10154) {41f91fc8}, FYI main Looper is Looper (main, tid 1) {41f38938}) W/WebView (25178):at android.webkit.WebView.checkThread(WebView.java:2063) W/WebView (25178):at android.webkit.WebView.clearHistory(WebView.java:1399) W/WebView (25178):at org.apache.cordova.App.clearHistory(App.java:193) W/WebView (25178):at org.apache.cordova.App.execute(App.java:92) W/WebView (25178):at org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65) W/WebView (25178):at org.apache.cordova.PluginManager.execHelper(PluginManager.java:242) W/WebView (25178):at org.apache.cordova.PluginManager.exec(PluginManager.java:227) W/WebView (25178):at org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method) W/WebView (25178):at com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27) W/WebView (25178):at android.os.Handler.dispatchMessage(Handler.java:102) W/WebView (25178):at android.os.Looper.loop(Looper.java:136) W/WebView (25178):at android.os.HandlerThread.run(HandlerThread.java:61) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6562) sms: URI scheme doesn't work with preferred SMS application on KitKat (not just Hangouts)
[ https://issues.apache.org/jira/browse/CB-6562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6562: --- Summary: sms: URI scheme doesn't work with preferred SMS application on KitKat (not just Hangouts) (was: sms: URI scheme doesn't work with Hangouts on KitKat) sms: URI scheme doesn't work with preferred SMS application on KitKat (not just Hangouts) - Key: CB-6562 URL: https://issues.apache.org/jira/browse/CB-6562 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Reproduceable on Nexus 5 (Android version 4.4.2) with stock Hangouts as only sms app. Reporter: Nikolaj Hesselholt Skov Assignee: Joe Bowser Fix For: 4.0.0 An URI like _sms:12345678?body=This is a text message_ in HTML should either launch the SMS app or show a list of apps able to handle the intent. On KitKat with only Hangouts installed neither of the two scenarios happen. The class {{org.apache.cordova.CordovaWebViewClient}} needs to have method {{shouldOverrideUrlLoading()}} changed so that URLs starting with _sms:_ is handled properly in KitKat and beyond. The current implementation is for pre-KitKat. See source on GitHub: https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/CordovaWebViewClient.java#L171 See stackoverflow answer: http://stackoverflow.com/a/20079048 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-5195) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating
[ https://issues.apache.org/jira/browse/CB-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-5195: --- Assignee: (was: Joe Bowser) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating Key: CB-5195 URL: https://issues.apache.org/jira/browse/CB-5195 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.6.0 Environment: Galaxy S4 Reporter: Andre Asselin Use Camera.getPicture() with sourceType: PHOTOLIBRARY to retrieve a picture from the library. If you specify both the correctOrientation and targetWidth/Height options (which currently you must do if you want correctOrientation to work because of bug CB-5194), the code scales the image first before rotating it, so the final dimensions are incorrect. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-6375. Resolution: Won't Fix I looked at filing this, but this appears to be this issue with jankiness when editing text. :( https://code.google.com/p/chromium/issues/detail?id=258219q=text%20field%20Android%20os%3DAndroidcolspec=ID%20Pri%20M%20Iteration%20ReleaseBlock%20Cr%20Status%20Owner%20Summary%20OS%20Modified When keyboard is dismissed. Page has a large gap at top of screen - Key: CB-6375 URL: https://issues.apache.org/jira/browse/CB-6375 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 Reporter: Jonathan Yong Assignee: Joe Bowser See screenshot here: http://imgur.com/NtQ4QSl Notice the large white gap at the top of the page When a page is tall enough to cause the page to slide upwards when the virtual keyboard is displayed, and while the page scroll position is scrolled down so that the header and / or other controls are hidden above the top edge of the screen, dismissing the keyboard will intermittently cause a page rendering error such that there is a large white gap above the header of the page, essentially pushing down all page contents. This also causes the hitboxes of buttons and other form controls to differ from the on screen view i.e. the hitboxes are where the controls should have appeared had there not been a large gap at the top of the screen. This gap is present on all pages within the app and will remain until another text input field is focused and the keyboard shows again. See screenshot here: http://imgur.com/NtQ4QSl In the above screenshot I clicked on the submit registration button before filling out the form correctly and triggering a validation error confirm password. This caused the keyboard to hide and resulted in the page gap error as shown. The error also occurs when the keyboard is dismissed without hitting the submit registration button i.e. by using the dismiss keyboard button within the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-4612) ContactName is not supported on Android 4.X?
[ https://issues.apache.org/jira/browse/CB-4612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-4612. Resolution: Cannot Reproduce Appears to be fixed in latest docs, closing. ContactName is not supported on Android 4.X? Key: CB-4612 URL: https://issues.apache.org/jira/browse/CB-4612 Project: Apache Cordova Issue Type: Bug Components: Android, Docs, Plugin Contacts Affects Versions: 2.9.0 Environment: Android 4.X Reporter: Shingo Toda Assignee: Joe Bowser Priority: Minor Labels: documentation Document says ContactName is supported on Android 2.X (see [http://cordova.apache.org/docs/en/2.9.0/cordova_contacts_contacts.md.html#ContactName]). But mobile-spec tests regarding to this property are passed on Android 4.2.2 emulator. What is not supported on this object? Or is this just a wrong documentation? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2520) iOS: original user agent needs to be overridable
[ https://issues.apache.org/jira/browse/CB-2520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006467#comment-14006467 ] Craig Payne commented on CB-2520: - It would be extra nice if I can set a portion of the userAgent string to a fixed value, and optionally have Cordova tack on a bit of info about the actual device the code's running on (iPhone, iPad, iPod) too. Perhaps in the project's config.xml file: preference name=OverriddenUserAgentString value= My Cool UserAgent Main String / And then have the app spit out in the user_agent portion of the Request something like: My Cool UserAgent Main String, iPhone For my current purposes, knowing the type of device is sufficient, but it might be more generally useful to know the more detailed Apple model (iPhone5, iPhone3GS, iPad3, etc.) iOS: original user agent needs to be overridable -- Key: CB-2520 URL: https://issues.apache.org/jira/browse/CB-2520 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: Master Reporter: Kevin Hawkins Labels: core Original Estimate: 8h Remaining Estimate: 8h Cordova's user agent management for iOS employs a scheme of setting a baseline original user agent, which by default conforms to the standard user agent a UIWebView would expose, and then optionally appending CDVViewController-specific data to it in the appropriate use cases, to manage whitelisting. Cordova shouldn't really care too much about the data that the original user agent exposes. I.e. it should be able to be overridden by a consumer, so that the consumer can supply its own user agent data. This is not technically possible with the current implementation of the CDVUserAgentUtil class, since it does not exist as a member of any instance class; it's truly static/global, so inheritance doesn't come into play. Even if an instance of CDVuserAgentUtil could be made a property of CDVViewController, or something else, it would be kind of weird for a consumer to inherit from what's essentially a static class, just to configure their own user agent data. There should be another mechanism for users to override the original user agent configuration. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6741) README not accurate
Daniel created CB-6741: -- Summary: README not accurate Key: CB-6741 URL: https://issues.apache.org/jira/browse/CB-6741 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.4.0 Reporter: Daniel Priority: Trivial The readme seems a little out of date with the actual structure of the project. Made changes and submitted a pull request. https://github.com/apache/cordova-js/pull/69/files -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6741) README not accurate
[ https://issues.apache.org/jira/browse/CB-6741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006538#comment-14006538 ] ASF GitHub Bot commented on CB-6741: Github user kingnebby commented on the pull request: https://github.com/apache/cordova-js/pull/69#issuecomment-43951799 https://issues.apache.org/jira/browse/CB-6741 README not accurate --- Key: CB-6741 URL: https://issues.apache.org/jira/browse/CB-6741 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.4.0 Reporter: Daniel Priority: Trivial Original Estimate: 4h Remaining Estimate: 4h The readme seems a little out of date with the actual structure of the project. Made changes and submitted a pull request. https://github.com/apache/cordova-js/pull/69/files -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6741) README not accurate
[ https://issues.apache.org/jira/browse/CB-6741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14006534#comment-14006534 ] Daniel commented on CB-6741: I've already made the changes, and have more changes planned, I just want to make sure I'm going down the right path for contributing to these projects. Thanks. README not accurate --- Key: CB-6741 URL: https://issues.apache.org/jira/browse/CB-6741 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.4.0 Reporter: Daniel Priority: Trivial Original Estimate: 4h Remaining Estimate: 4h The readme seems a little out of date with the actual structure of the project. Made changes and submitted a pull request. https://github.com/apache/cordova-js/pull/69/files -- This message was sent by Atlassian JIRA (v6.2#6252)