[jira] [Created] (CB-5986) WP SplashScreen does not support AutoHideSplashScreen preference
Jesse MacFadyen created CB-5986: --- Summary: WP SplashScreen does not support AutoHideSplashScreen preference Key: CB-5986 URL: https://issues.apache.org/jira/browse/CB-5986 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen, WP7, WP8 Affects Versions: 3.3.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.5.0 SplashScreen plugin is kind of useless if it can not be started with AutoHideSplashScreen set to false. You cannot show it until after the deviceready event has fired, in which case is as already been hidden, meaning it will flicker. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5987) CORDOVA_JS_BUILD_LABEL variable (in Cordova.js file) does not change when the version is updated
[ https://issues.apache.org/jira/browse/CB-5987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Lucich updated CB-5987: - Summary: CORDOVA_JS_BUILD_LABEL variable (in Cordova.js file) does not change when the version is updated (was: CORDOVA_JS_BUILD_LABEL variable does not change when the version is updated) CORDOVA_JS_BUILD_LABEL variable (in Cordova.js file) does not change when the version is updated Key: CB-5987 URL: https://issues.apache.org/jira/browse/CB-5987 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.0.0 Reporter: Kevin Lucich Labels: cordova.js, cordovajs In the file there is a variable called Cordova.js CORDOVA_JS_BUILD_LABEL that indicates the version of the framework, I noticed that when the framework is aggiornatao this variable is not changed. Example: 3.3.0 (also in version 3.3.1-0.3.1, which in my opinion should be 3.3.1) Correct me if I'm wrong or if I'm saying something stupid. Kevin -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5987) CORDOVA_JS_BUILD_LABEL variable does not change when the version is updated
Kevin Lucich created CB-5987: Summary: CORDOVA_JS_BUILD_LABEL variable does not change when the version is updated Key: CB-5987 URL: https://issues.apache.org/jira/browse/CB-5987 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Affects Versions: 3.0.0 Reporter: Kevin Lucich In the file there is a variable called Cordova.js CORDOVA_JS_BUILD_LABEL that indicates the version of the framework, I noticed that when the framework is aggiornatao this variable is not changed. Example: 3.3.0 (also in version 3.3.1-0.3.1, which in my opinion should be 3.3.1) Correct me if I'm wrong or if I'm saying something stupid. Kevin -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5908) Splashscreen docs are conflicting
[ https://issues.apache.org/jira/browse/CB-5908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard reassigned CB-5908: - Assignee: Marcel Kinard Splashscreen docs are conflicting - Key: CB-5908 URL: https://issues.apache.org/jira/browse/CB-5908 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.3.0 Reporter: John M. Wargo Assignee: Marcel Kinard Priority: Minor the documentation her: http://cordova.apache.org/docs/en/3.3.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens is inaccurate. The res folder was dropped in a previous version of the CLI, but the instructions still say to copy the files from the res folder. the instructions also say that you want to copy the files to screen.png, but what follows those instructions says you want to set the files to splash. The two are in conflict. Later it mentions to change it to screen, but why tell me screen then splash then tell me to change splash to screen? Lastly, it tells me I need to add some settings to the config.xml, but which of the three config.xml files? It says the project's www folder, and I'm assuming that's the high level www folder, but these are Android-specific settings, so what happens with them on other platforms? this is all really unclear. Here's the sections from the docs: If you want to use the default splash screen images provided in Cordova, you'll need to copy the png files from platforms/android/www/res/screen/android to platforms/android/res/drawable*/: cd platforms/android/res mkdir drawable-port-ldpi cp -p ../assets/www/res/screen/android/screen-ldpi-portrait.png drawable-port-ldpi/screen.png mkdir drawable-land-ldpi cp -p ../assets/www/res/screen/android/screen-ldpi-landscape.png drawable-land-ldpi/screen.png mkdir drawable-port-mdpi cp -p ../assets/www/res/screen/android/screen-mdpi-portrait.png drawable-port-mdpi/screen.png mkdir drawable-land-mdpi cp -p ../assets/www/res/screen/android/screen-mdpi-landscape.png drawable-land-mdpi/screen.png mkdir drawable-port-hdpi cp -p ../assets/www/res/screen/android/screen-hdpi-portrait.png drawable-port-hdpi/screen.png mkdir drawable-land-hdpi cp -p ../assets/www/res/screen/android/screen-hdpi-landscape.png drawable-land-hdpi/screen.png mkdir drawable-port-xhdpi cp -p ../assets/www/res/screen/android/screen-xhdpi-portrait.png drawable-port-xhdpi/screen.png mkdir drawable-land-xhdpi cp -p ../assets/www/res/screen/android/screen-xhdpi-landscape.png drawable-land-xhdpi/screen.png The drawable directory names must follow the Android conventions for supporting screen sizes and alternate resources. In config.xml in the project's www directory, add the following preferences: preference name=SplashScreen value=splash / preference name=SplashScreenDelay value=1 / -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5989) Properties defined in plugin.xml are not created in *-Info.plist
Kelvin Dart created CB-5989: --- Summary: Properties defined in plugin.xml are not created in *-Info.plist Key: CB-5989 URL: https://issues.apache.org/jira/browse/CB-5989 Project: Apache Cordova Issue Type: Bug Components: CLI, Plugman Affects Versions: 3.3.0 Environment: Mavericks 10.9.1; Xcode 5.0.2; Cordova 3.3.1-0.3.0 Reporter: Kelvin Dart I have the following tag in my platforms=ios tag, within plugin.xml: config-file target=*-Info.plist parent=UISupportedExternalAccessoryProtocols array stringjp.star-m.starpro/string /array /config-file However, whenever I attempt to add in my plugin, this setting is not applied to my project's plist file and I have to do it manually. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5959) android getMetadata missing size
[ https://issues.apache.org/jira/browse/CB-5959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894633#comment-13894633 ] ASF subversion and git services commented on CB-5959: - Commit 9ac8e477c0fda6aed3878a4cf165257f00e1bf83 in branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=9ac8e47 ] CB-5959: Android, iOS: Return size with Entry.getMetadata() method android getMetadata missing size -- Key: CB-5959 URL: https://issues.apache.org/jira/browse/CB-5959 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: android all versions Reporter: Kyle Graehl Assignee: Ian Clelland Priority: Trivial Labels: newbie Original Estimate: 1h Remaining Estimate: 1h According to http://www.w3.org/TR/file-system-api/#idl-def-Metadata, Metadata should have a size attribute. When calling DirectoryEntry.getFile with the {create:true} attribute, it creates a new file. When subsequently calling getMetadata on this entry, it is missing the size attribute (which should be in this case, 0). The lastModified is however, present. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5959) android getMetadata missing size
[ https://issues.apache.org/jira/browse/CB-5959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894632#comment-13894632 ] ASF subversion and git services commented on CB-5959: - Commit 7bf74ba1d7bbe698a9d3594e7eb2e10cbfc55fb1 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=7bf74ba ] CB-5959: Entry.getMetadata should return a size attribute android getMetadata missing size -- Key: CB-5959 URL: https://issues.apache.org/jira/browse/CB-5959 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: android all versions Reporter: Kyle Graehl Assignee: Ian Clelland Priority: Trivial Labels: newbie Original Estimate: 1h Remaining Estimate: 1h According to http://www.w3.org/TR/file-system-api/#idl-def-Metadata, Metadata should have a size attribute. When calling DirectoryEntry.getFile with the {create:true} attribute, it creates a new file. When subsequently calling getMetadata on this entry, it is missing the size attribute (which should be in this case, 0). The lastModified is however, present. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-3427) Windows Phone 8 FileEntry.getMetadata returns a null Metadata.modificationTime
[ https://issues.apache.org/jira/browse/CB-3427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894641#comment-13894641 ] Ian Clelland commented on CB-3427: -- CB-5959 is related to this: getMetadata should return {{size}} as well. I've changed the JS side so that the plugin should be able to return an object with {{modificationTime}} and {{size}} keys, instead of simply returning the timestamp. Windows Phone 8 FileEntry.getMetadata returns a null Metadata.modificationTime -- Key: CB-3427 URL: https://issues.apache.org/jira/browse/CB-3427 Project: Apache Cordova Issue Type: Bug Components: Plugin File, WP7, WP8 Affects Versions: 2.5.0, 2.6.0, 2.7.0 Environment: Visual Studio 2012, Windows 8 Enterprise x64 bit Reporter: Kelvin Dart Assignee: Jesse MacFadyen Whenever I attempt to get the modificationDate in FileEntry.getMetadata in Windows Phone 8, I receive a Metadata object back in the success function, but the moficiationDate is null. The same chunk of code runs fine in Android and iOS. I can provide an example if required... -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5959) Entry.getMetadata missing size
[ https://issues.apache.org/jira/browse/CB-5959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5959: - Summary: Entry.getMetadata missing size (was: android getMetadata missing size) Entry.getMetadata missing size Key: CB-5959 URL: https://issues.apache.org/jira/browse/CB-5959 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: android all versions Reporter: Kyle Graehl Assignee: Ian Clelland Priority: Trivial Labels: newbie Original Estimate: 1h Remaining Estimate: 1h According to http://www.w3.org/TR/file-system-api/#idl-def-Metadata, Metadata should have a size attribute. When calling DirectoryEntry.getFile with the {create:true} attribute, it creates a new file. When subsequently calling getMetadata on this entry, it is missing the size attribute (which should be in this case, 0). The lastModified is however, present. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5959) Entry.getMetadata missing size
[ https://issues.apache.org/jira/browse/CB-5959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894644#comment-13894644 ] Ian Clelland commented on CB-5959: -- I've updated the JS side of the plugin, so now it will accept either an integer returned from getMetadata, which is taken as a timestamp, or an object with keys {{modificationTime}} and {{size}}. The mobilespec tests now check that size is returned, and is correctly set to 0 for directories. Android and iOS are updated to pass these new spec tests. Entry.getMetadata missing size Key: CB-5959 URL: https://issues.apache.org/jira/browse/CB-5959 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: android all versions Reporter: Kyle Graehl Assignee: Ian Clelland Priority: Trivial Labels: newbie Original Estimate: 1h Remaining Estimate: 1h According to http://www.w3.org/TR/file-system-api/#idl-def-Metadata, Metadata should have a size attribute. When calling DirectoryEntry.getFile with the {create:true} attribute, it creates a new file. When subsequently calling getMetadata on this entry, it is missing the size attribute (which should be in this case, 0). The lastModified is however, present. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2293) File Transfer of picture fails on every other picture
[ https://issues.apache.org/jira/browse/CB-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894655#comment-13894655 ] Andrew Grieve commented on CB-2293: --- Cordova 3.4.0rc1 contains an updated version of OkHttp, which judging from it's changelog might address this issue. If anyone would like to try it out: {code} npm install -g cordova@3.4.0-rc.1 cordova platform update android {code} File Transfer of picture fails on every other picture - Key: CB-2293 URL: https://issues.apache.org/jira/browse/CB-2293 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Transfer Affects Versions: 2.2.0, 2.3.0 Environment: Tested on a Motorola Atrix HD(Android 4.1.2) as well as a Samsung Galaxy S3(Android 4.1.1) Reporter: Amrit Kahlon Assignee: Ian Clelland Attachments: cordova-2.4.0rc1.jar When uploading pictures using the File Transfer function on android, the first picture will upload fine. Then the second upload will give the following error: 01-21 13:48:02.545: W/FileTransfer(8894): Error getting HTTP status code from connection. 01-21 13:48:02.545: W/FileTransfer(8894): java.io.EOFException 01-21 13:48:02.545: W/FileTransfer(8894): at libcore.io.Streams.readAsciiLine(Streams.java:203) 01-21 13:48:02.545: W/FileTransfer(8894): at libcore.net.http.HttpEngine.readResponseHeaders(HttpEngine.java:560) 01-21 13:48:02.545: W/FileTransfer(8894): at libcore.net.http.HttpEngine.readResponse(HttpEngine.java:813) 01-21 13:48:02.545: W/FileTransfer(8894): at libcore.net.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:274) 01-21 13:48:02.545: W/FileTransfer(8894): at libcore.net.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:486) 01-21 13:48:02.545: W/FileTransfer(8894): at org.apache.cordova.FileTransfer.createFileTransferError(FileTransfer.java:535) 01-21 13:48:02.545: W/FileTransfer(8894): at org.apache.cordova.FileTransfer.access$500(FileTransfer.java:62) 01-21 13:48:02.545: W/FileTransfer(8894): at org.apache.cordova.FileTransfer$1.run(FileTransfer.java:437) 01-21 13:48:02.545: W/FileTransfer(8894): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) 01-21 13:48:02.545: W/FileTransfer(8894): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) 01-21 13:48:02.545: W/FileTransfer(8894): at java.lang.Thread.run(Thread.java:856) 01-21 13:48:02.555: E/FileTransfer(8894): {target:http:\/\/xxx.xxx.xxx\/api\/photo_uploads\/create?version=2api_key=xsource=androidapp-2.2.1,source:file:\/\/\/storage\/sdcard0\/Android\/data\/com.hockeycommunity.hc_app\/cache\/resize.jpg?1358804880392,code:3} 01-21 13:48:02.555: E/FileTransfer(8894): java.net.SocketException: sendto failed: EPIPE (Broken pipe) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.IoBridge.maybeThrowAfterSendto(IoBridge.java:506) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.IoBridge.sendto(IoBridge.java:475) 01-21 13:48:02.555: E/FileTransfer(8894): at java.net.PlainSocketImpl.write(PlainSocketImpl.java:508) 01-21 13:48:02.555: E/FileTransfer(8894): at java.net.PlainSocketImpl.access$100(PlainSocketImpl.java:46) 01-21 13:48:02.555: E/FileTransfer(8894): at java.net.PlainSocketImpl$PlainSocketOutputStream.write(PlainSocketImpl.java:270) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.net.http.FixedLengthOutputStream.write(FixedLengthOutputStream.java:41) 01-21 13:48:02.555: E/FileTransfer(8894): at java.io.DataOutputStream.write(DataOutputStream.java:98) 01-21 13:48:02.555: E/FileTransfer(8894): at org.apache.cordova.FileTransfer$1.run(FileTransfer.java:372) 01-21 13:48:02.555: E/FileTransfer(8894): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076) 01-21 13:48:02.555: E/FileTransfer(8894): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569) 01-21 13:48:02.555: E/FileTransfer(8894): at java.lang.Thread.run(Thread.java:856) 01-21 13:48:02.555: E/FileTransfer(8894): Caused by: libcore.io.ErrnoException: sendto failed: EPIPE (Broken pipe) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.Posix.sendtoBytes(Native Method) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.Posix.sendto(Posix.java:146) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.BlockGuardOs.sendto(BlockGuardOs.java:177) 01-21 13:48:02.555: E/FileTransfer(8894): at libcore.io.IoBridge.sendto(IoBridge.java:473) 01-21 13:48:02.555: E/FileTransfer(8894): ... 9 more 01-21 13:48:02.575: D/CordovaLog(8894): error:
[jira] [Commented] (CB-5959) Entry.getMetadata missing size
[ https://issues.apache.org/jira/browse/CB-5959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894657#comment-13894657 ] ASF subversion and git services commented on CB-5959: - Commit 2f371d0ebb5006567450040f7e2bc3417671b828 in branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=2f371d0 ] CB-5959: Android: Ensure that directories return size 0 Entry.getMetadata missing size Key: CB-5959 URL: https://issues.apache.org/jira/browse/CB-5959 Project: Apache Cordova Issue Type: Bug Components: Plugin File Affects Versions: 3.3.0 Environment: android all versions Reporter: Kyle Graehl Assignee: Ian Clelland Priority: Trivial Labels: newbie Original Estimate: 1h Remaining Estimate: 1h According to http://www.w3.org/TR/file-system-api/#idl-def-Metadata, Metadata should have a size attribute. When calling DirectoryEntry.getFile with the {create:true} attribute, it creates a new file. When subsequently calling getMetadata on this entry, it is missing the size attribute (which should be in this case, 0). The lastModified is however, present. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5983) cordova plugin add --searchpath isn't in cordova help
[ https://issues.apache.org/jira/browse/CB-5983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5983: - Assignee: Mark Koudritsky cordova plugin add --searchpath isn't in cordova help - Key: CB-5983 URL: https://issues.apache.org/jira/browse/CB-5983 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0 Reporter: Josh Soref Assignee: Mark Koudritsky People should be able to know (without guessing!) that there's a --searchpath option for cordova plugin add Steps: 1. {{cordova help}} 2. read the output near {{cordova plugin add}} looking for reference to search paths. Actual results: It doesn't exist. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5988) Allow the Android exec() to be used only by content's domain
Andrew Grieve created CB-5988: - Summary: Allow the Android exec() to be used only by content's domain Key: CB-5988 URL: https://issues.apache.org/jira/browse/CB-5988 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Discussion: http://markmail.org/thread/yohym3xqomjp4a64 Add a random number to exec() to increase its security. Use the domain of the content tag as the only one the native side will provide a token to. Both Android and iOS can know the URL of the main frame, and choose not to provide a token if the domain doesn't match that of content (with file:/// always being allowed). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5145) Why are non-android resources included in platforms/android assets folder?
[ https://issues.apache.org/jira/browse/CB-5145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894846#comment-13894846 ] Marcel Kinard commented on CB-5145: --- Andrew, I think this change has caused a side effect as described in CB-5908. When the cli is creating a new project from the app-hello-world template, it copies only the www directory, not any peer directories. So essentially by moving res to a peer, res never gets copied into a project from app-hello-world. I was wondering why the icons were still appearing in an Android project while splashscreens weren't, and it looks like those are coming from cordova-android/bin/templates/project. I can add the splashscreens there in cordova-android, but then it feels like duplicate content in cordova-android or the splashscreen png's in app-hello-world are orphaned. Would it make sense to move both the icons and splashscreens for Android out of app-hello-world and into cordova-android/bin/templates/project? I'm wondering if this whole scenario applies to other platforms also... Why are non-android resources included in platforms/android assets folder? -- Key: CB-5145 URL: https://issues.apache.org/jira/browse/CB-5145 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.1.0 Environment: Windows Reporter: Peter Assignee: Andrew Grieve Priority: Minor Fix For: 3.2.0 The online guide http://cordova.apache.org/docs/en/edge/config_ref_images.md.html says {quote} When working in the CLI, icon source files are located within various platform-specific subdirectories within the project's www/res/icons directory. Newly created projects come with a default set of Cordova icons for you to replace for the platforms you wish to target. {quote} OK. But if I've only added the *android* platform to my CLI project then why would I want _non_-android resources copied into my platforms/_android_/assets/www/res folder? For example, {code} D:\IMAPS\petercordova create myapp com.peter myapp D:\IMAPS\petercd myapp D:\IMAPS\peter\myappcordova platform add android D:\IMAPS\peter\myapptree platforms/android/assets/www/res Folder PATH listing Volume serial number is AAB8-3216 D:\IMAPS\PETER\MYAPP\PLATFORMS\ANDROID\ASSETS\WWW\RES +---icon ¦ +---android ¦ +---bada ¦ +---bada-wac ¦ +---blackberry ¦ +---blackberry10 ¦ +---ios ¦ +---tizen ¦ +---webos ¦ +---windows-phone +---screen +---android +---bada +---bada-wac +---blackberry +---blackberry10 +---ios +---tizen +---webos +---windows-phone D:\IMAPS\peter\myapp {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5395: - Summary: Cordova whitelist fails for upper-case characters (was: Android Cordova whitelist fails for upper-case characters) Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
[ https://issues.apache.org/jira/browse/CB-5991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894938#comment-13894938 ] Ian Clelland commented on CB-5991: -- I'm fixing this by patching the regex on initialization. So, a path like {{/foo/*}}, which was previously translated into the regular expression {code} ^\/foo\/.*$ {code} will now be translated to {code} ^\/foo(\/.*)?$ {code} (essentially, the last / has been made optional, but if it is left off, then the path must end there. So {{/foo}} will match, and {{/foo/bar}} will match, but {{/foobar}} will not. iOS whitelist fails to handle path prefixes ending with / --- Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5395: - Component/s: iOS Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5990) findPlugins function doesn't honor its comment
Josh Soref created CB-5990: -- Summary: findPlugins function doesn't honor its comment Key: CB-5990 URL: https://issues.apache.org/jira/browse/CB-5990 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.3.0 Reporter: Josh Soref This is the code: {quote} // List the directories in the path, ignoring any files, .svn, etc. findPlugins:function(plugins_dir) { var plugins = [], stats; if (fs.existsSync(plugins_dir)) { plugins = fs.readdirSync(plugins_dir).filter(function (fileName) { stats = fs.statSync(path.join(plugins_dir, fileName)); return fileName != '.svn' fileName != 'CVS' stats.isDirectory(); {quote} It will return .hg, .git, .bzr, ... There's no reason to only special case .svn and CVS, but to not mention CVS in the comment. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
Ian Clelland created CB-5991: Summary: iOS whitelist fails to handle path prefixes ending with / Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894949#comment-13894949 ] Ian Clelland commented on CB-5395: -- Removing Android from the title, as it affects the iOS whitelist implementation as well. I'm adding code to do case-insensitive matching on scheme and host parts (leaving the path case-sensitive). Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
[ https://issues.apache.org/jira/browse/CB-5991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5991: - Component/s: iOS iOS whitelist fails to handle path prefixes ending with / --- Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
[ https://issues.apache.org/jira/browse/CB-5991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894954#comment-13894954 ] ASF subversion and git services commented on CB-5991: - Commit a8e4f69f2dd74f56cb0f09587309de1a24c2806d in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=a8e4f69 ] CB-5991: Test path matching in whitelist implementations iOS whitelist fails to handle path prefixes ending with / --- Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894958#comment-13894958 ] ASF subversion and git services commented on CB-5395: - Commit 42e1b4c259feac29852641937836ad528d7ceea8 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=42e1b4c ] CB-5395: Make scheme and host (but not path) case-insensitive in whitelist Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
[ https://issues.apache.org/jira/browse/CB-5991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894957#comment-13894957 ] ASF subversion and git services commented on CB-5991: - Commit 7d2370c89f234f84b71960974054c06e5af3b098 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=7d2370c ] CB-5991: Fix whitelist path matching for trailing slashes iOS whitelist fails to handle path prefixes ending with / --- Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894959#comment-13894959 ] ASF subversion and git services commented on CB-5395: - Commit 137eb40fabb22a16c6776eee1367f6ed73a71751 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=137eb40 ] CB-5395: Make scheme and host (but not path) case-insensitive in whitelist Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13894955#comment-13894955 ] ASF subversion and git services commented on CB-5395: - Commit 223ec76fe64c865776bac635b7ad2fe53be1bdbe in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=223ec76 ] CB-5395: Add tests for case-sensitivity of whitelist Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-223) Add support for iOS contact groups
[ https://issues.apache.org/jira/browse/CB-223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-223: -- Component/s: Plugin Contacts Add support for iOS contact groups -- Key: CB-223 URL: https://issues.apache.org/jira/browse/CB-223 Project: Apache Cordova Issue Type: New Feature Components: iOS, Plugin Contacts Affects Versions: 1.4.0 Environment: iOS Reporter: Robert La Ferla Priority: Minor Labels: addressbook, categories, contacts, groups, ios Contacts on iOS are organized by group. There is the default group All Contacts plus any custom groups that the user set up. Contacts retrieved by Apache Cordova / phonegap do not contain which group they are in. CONTACT CATEGORIES PROPERTY I believe that iOS groups are analogous to phonegap contact categories and thus should be mapped to them. If not, another property should be created. From the Cordova docs: categories: An array of all the contacts user defined categories. (ContactField[]) IOS IMPLEMENTATION NOTES: In the iOS AddressBook API, the function ABAddressBookCopyArrayOfAllGroups() gets the list of groups. https://developer.apple.com/library/ios/#documentation/ContactData/Conceptual/AddressBookProgrammingGuideforiPhone/Chapters/DirectInteraction.html#//apple_ref/doc/uid/TP40007744-CH6-SW1 -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-211) Complex filters for ContactFindOptions
[ https://issues.apache.org/jira/browse/CB-211?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-211: -- Component/s: Plugin Contacts Complex filters for ContactFindOptions -- Key: CB-211 URL: https://issues.apache.org/jira/browse/CB-211 Project: Apache Cordova Issue Type: New Feature Components: CordovaJS, Plugin Contacts Environment: This would ideally effect all version of Phonegap/Callback/Cordova. Reporter: Mitchell Wagner Priority: Minor Labels: contacts, filter, find, javascript, options Assuming the address book below, if you use a simple single word filter like Smith, it will match all Smiths in your address book. However if you use a more complex filter like J Smith nothing will match. It only does an exact match. This proposed feature would allow complex or wildcard filters eg: J* Smith would return 5 entries. John Smith would return the last three. // Sample Addressbook Harry Smith Joan Smith Jack Smith John Smith John Allen Smith John William Smith -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1291) Windows 8 Contacts - Find+Create APIs
[ https://issues.apache.org/jira/browse/CB-1291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1291: --- Component/s: Plugin Contacts Windows 8 Contacts - Find+Create APIs - Key: CB-1291 URL: https://issues.apache.org/jira/browse/CB-1291 Project: Apache Cordova Issue Type: Bug Components: Plugin Contacts, Windows 8 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen It looks like we will need to approach Contacts on Windows 8 differently. The goal of the Contacts API is not to have every app become a ContactProvider, which would result in chaos ... Windows 8 does not have built in contacts, they are managed internally by the People app. The People app is a ContactProvider so when you are performing an operation that requires a contact, you are given the opportunity to select one or more contacts from the People app, as well as every other app that publishes the ContactProvider contract. Searching contacts cannot be achieved given Windows 8 APIs and interaction with the People app, but the primary use case of picking one or more contacts to interact with can work. I think the best approach would be to return a contact object as defined by PhoneGap APIs, but allow the user to actually do the selection ( via the picker ) Here is a good write-up by a Microsoft evangelist about how contacts work on Windows 8. http://blogs.msdn.com/b/glengordon/archive/2012/08/28/windows-8-apps-for-the-phonegap-developer-contacts.aspx -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-1690) Allow the user to select front or back camera on Camera.getPicture()
[ https://issues.apache.org/jira/browse/CB-1690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-1690: --- Component/s: Plugin Camera Allow the user to select front or back camera on Camera.getPicture() Key: CB-1690 URL: https://issues.apache.org/jira/browse/CB-1690 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Windows 8 Reporter: Simon MacDonald Assignee: Jesse MacFadyen Priority: Minor -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-2426) Add an Android file picker to core Cordova
[ https://issues.apache.org/jira/browse/CB-2426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-2426. Resolution: Won't Fix Based on this [1] mailing list discussion I'm closing this as Wont Fix, as there are no plans to support this as a core plugin. http://callback.markmail.org/message/kehmz6oiuqqkvnrk Add an Android file picker to core Cordova -- Key: CB-2426 URL: https://issues.apache.org/jira/browse/CB-2426 Project: Apache Cordova Issue Type: New Feature Components: Android Reporter: Max Woghiren Assignee: Max Woghiren Priority: Minor It would be useful to have a file picker plugin that yields Cordova file objects (or at least URIs which can be used to create Cordova FileEntries), much like Camera does. input type=file controls yield native Files, which are incompatible with some of the Cordova File API (eg. FileWriter). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-2528) Add window.onerror to index.html
[ https://issues.apache.org/jira/browse/CB-2528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895040#comment-13895040 ] Bas Bosman commented on CB-2528: Pull request: https://github.com/apache/cordova-app-hello-world/pull/6 Add window.onerror to index.html Key: CB-2528 URL: https://issues.apache.org/jira/browse/CB-2528 Project: Apache Cordova Issue Type: Improvement Components: App Hello World Reporter: Shazron Abdullah Assignee: Michael Brooks Priority: Minor https://twitter.com/purplecabbage/status/276506789065928704 Tired of telling people to add this to debug their stuff. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3017) Media API is failing playing sounds on WP8, it works fine on WP7
[ https://issues.apache.org/jira/browse/CB-3017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3017: --- Component/s: Plugin Media Media API is failing playing sounds on WP8, it works fine on WP7 Key: CB-3017 URL: https://issues.apache.org/jira/browse/CB-3017 Project: Apache Cordova Issue Type: Bug Components: Plugin Media, WP8 Affects Versions: 2.5.0 Reporter: Karim Assignee: Jesse MacFadyen I have the same project for WP7 and the sounds play fine but for WP8 no sound is played and I get the following output on the Visual Studio console: The thread 0x9a8 has exited with code 259 (0x103). A first chance exception of type 'System.NullReferenceException' occurred in Real Domino WP8.DLL An exception of type 'System.NullReferenceException' occurred in Real Domino WP8.DLL and wasn't handled before a managed/native boundary I see this in 2.5.0 and the recent 2.6.0 versions of cordova. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5869) [Release + 3.4.0] Test Tag 3.4.0 for BlackBerry
[ https://issues.apache.org/jira/browse/CB-5869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins reassigned CB-5869: - Assignee: Bryan Higgins [Release + 3.4.0] Test Tag 3.4.0 for BlackBerry - Key: CB-5869 URL: https://issues.apache.org/jira/browse/CB-5869 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Steve Gill Assignee: Bryan Higgins Fix For: 3.4.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-3532) cordova-js readme.md
[ https://issues.apache.org/jira/browse/CB-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-3532. Resolution: Fixed Fixed as a byproduct of CB-3960 cordova-js readme.md Key: CB-3532 URL: https://issues.apache.org/jira/browse/CB-3532 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 2.7.0 Reporter: John M. Wargo Assignee: Michael Brooks Priority: Trivial Labels: documentation Original Estimate: 0.25h Remaining Estimate: 0.25h The readme.md file for the cordova-js zip file still contains a reference to Callback A unified JavaScript layer for [Apache Cordova](http://incubator.apache.org/projects/callback.html) projects. The URL pointed to in the first line of the file does not exist. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-324) Update getting started guide for QT
[ https://issues.apache.org/jira/browse/CB-324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman resolved CB-324. --- Resolution: Won't Fix As the docs don't contain a Getting Started Guide for Qt, I assume it no longer needs updating as well. Update getting started guide for QT --- Key: CB-324 URL: https://issues.apache.org/jira/browse/CB-324 Project: Apache Cordova Issue Type: Improvement Components: Docs, Qt Affects Versions: 1.6.1 Reporter: Brian LeRoux Assignee: Jeff Tranter Priority: Minor Fix For: Master -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-3901) Backlog of Acceleration messages are received after plugin/sensor is stopped
[ https://issues.apache.org/jira/browse/CB-3901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-3901: --- Component/s: Plugin Geolocation Backlog of Acceleration messages are received after plugin/sensor is stopped Key: CB-3901 URL: https://issues.apache.org/jira/browse/CB-3901 Project: Apache Cordova Issue Type: Improvement Components: Android, CordovaJS, Plugin Geolocation Affects Versions: 2.7.0 Reporter: Peter Assignee: Joe Bowser Priority: Minor There is a kind of race condition between the Accelerometer events being generated and the processing of the Cordova bridge messages. For example: In the plugin: * Accelerometer events are generated at a rapid rate. * The event always results in data transfer across the bridge. e.g. onSensorChanged calls this.win() calls sendPluginResult… * So very quickly lots of PluginResult messages will be queued, requiring processing Meanwhile in the JavaScript: * callbackFromNative handles the incoming messages and if there are any listeners then it deals with the acceleration event. * When it determines there are no user listeners left then a sensor “stop” will be issued But even after the “stop” is executed, there is still a potentially large backlog of queued acceleration messages still remaining to be processed. Since there are no user listeners left the user does not get to see them – they so just end up going nowhere. I don’t know whether there is anything possible that can be done about this (it seems to be just the way it is designed) but perhaps there should be some comment in the code for the accelerometer callbacks to describe how they may be called even though all user listeners have been removed. And maybe the success function can be modified to not bother constructing the Acceleration instance unless it will be used. Something like this? BEFORE: {code} function(a) { var tempListeners = listeners.slice(0); accel = new Acceleration(a.x, a.y, a.z, a.timestamp); for (var i = 0, l = tempListeners.length; i l; i++) { tempListeners[i].win(accel); } } {code} AFTER: {code} function(a) { // NB: It is possible for this callback to be executed even after the accelerometer // sensor is “stopped” due to a backlog of unprocessed acceleration messages. var tempListeners = listeners.slice(0); var nListeners = tempListeners.length; if (nListeners 0) { accel = new Acceleration(a.x, a.y, a.z, a.timestamp); for (var i = 0, l = nListeners; i l; i++) { tempListeners[i].win(accel); } } } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-4573) navigator.compass.getCurrentHeading takes compassOption parameter?
[ https://issues.apache.org/jira/browse/CB-4573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bas Bosman updated CB-4573: --- Component/s: Plugin Geolocation navigator.compass.getCurrentHeading takes compassOption parameter? -- Key: CB-4573 URL: https://issues.apache.org/jira/browse/CB-4573 Project: Apache Cordova Issue Type: Bug Components: Docs, Plugin Geolocation Affects Versions: 2.9.0 Reporter: Peter Assignee: Michael Brooks Priority: Minor Why does the API documentation say *navigator.compass.getCurrentHeading* method takes a compassOptions parameter? AFAIK: * compassOption has no relevance for getCurrentHeading method * compassOption is just for watchHeading method (analagous to the getCurrentAcceleration / watchAcceleration). Ref http://cordova.apache.org/docs/en/2.9.0/cordova_compass_compass.md.html#compass.getCurrentHeading -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4607) Bad HTML on File docs page prevents proper linking
[ https://issues.apache.org/jira/browse/CB-4607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895106#comment-13895106 ] Bas Bosman commented on CB-4607: This was also mentioned as part of CB-4625, but that part didn't get fixed there. Bad HTML on File docs page prevents proper linking -- Key: CB-4607 URL: https://issues.apache.org/jira/browse/CB-4607 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Raymond Camden Assignee: Michael Brooks Priority: Minor Go to the File docs page http://docs.phonegap.com/en/3.0.0/cordova_file_file.md.html#File and notice how #File is already in the URL. There is a a name=File towards the top. But - and here is the issue - there is also a File object definition in the docs. You are supposed to be able to get to it by clicking FIle in the TOC on top. You can't because a name=File is already defined. You should switch the second one to something like fileob or whatever and ensure the link in the TOC (again, I'm talking about the table of contents ON the File page, not the left side) is updated. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5872) [Release + 3.4.0] Test Tag 3.4.0 for Firefox OS
[ https://issues.apache.org/jira/browse/CB-5872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-5872: -- Assignee: Steve Gill [Release + 3.4.0] Test Tag 3.4.0 for Firefox OS - Key: CB-5872 URL: https://issues.apache.org/jira/browse/CB-5872 Project: Apache Cordova Issue Type: Sub-task Components: FirefoxOS Reporter: Steve Gill Assignee: Steve Gill Fix For: 3.4.0 Refer to Workflow here: http://wiki.apache.org/cordova/CuttingReleases -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5992) Release Cordova-CLI 3.3.1-0.4.0
Steve Gill created CB-5992: -- Summary: Release Cordova-CLI 3.3.1-0.4.0 Key: CB-5992 URL: https://issues.apache.org/jira/browse/CB-5992 Project: Apache Cordova Issue Type: Bug Reporter: Steve Gill Assignee: Steve Gill This is to revert https://github.com/apache/cordova-cli/commit/837e8e367ae4feed4854f9ac95a8e906c893d818 until 3.4.0 lands -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5990) findPlugins function doesn't honor its comment
[ https://issues.apache.org/jira/browse/CB-5990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895170#comment-13895170 ] Bas Bosman commented on CB-5990: Made the comment generic and added '.git' to the exclusions: https://github.com/apache/cordova-plugman/pull/46 findPlugins function doesn't honor its comment -- Key: CB-5990 URL: https://issues.apache.org/jira/browse/CB-5990 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.3.0 Reporter: Josh Soref This is the code: {quote} // List the directories in the path, ignoring any files, .svn, etc. findPlugins:function(plugins_dir) { var plugins = [], stats; if (fs.existsSync(plugins_dir)) { plugins = fs.readdirSync(plugins_dir).filter(function (fileName) { stats = fs.statSync(path.join(plugins_dir, fileName)); return fileName != '.svn' fileName != 'CVS' stats.isDirectory(); {quote} It will return .hg, .git, .bzr, ... There's no reason to only special case .svn and CVS, but to not mention CVS in the comment. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5993) Add/Remove binary (.dll) assets
Jesse MacFadyen created CB-5993: --- Summary: Add/Remove binary (.dll) assets Key: CB-5993 URL: https://issues.apache.org/jira/browse/CB-5993 Project: Apache Cordova Issue Type: Bug Components: Plugman, Windows 8, WP8 Affects Versions: 3.4.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.5.0 WP8 has some support, which needs more testing (CB-5984) and this same functionality needs to be added to Windows 8. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5992) Release Cordova-CLI 3.3.1-0.4.0
[ https://issues.apache.org/jira/browse/CB-5992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895217#comment-13895217 ] ASF subversion and git services commented on CB-5992: - Commit 53093ae6c2415790b29a3aaeadc10b41346be1fc in branch refs/heads/master from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=53093ae ] CB-5992: reverting commit until 3.4.0 Release Cordova-CLI 3.3.1-0.4.0 --- Key: CB-5992 URL: https://issues.apache.org/jira/browse/CB-5992 Project: Apache Cordova Issue Type: Bug Reporter: Steve Gill Assignee: Steve Gill This is to revert https://github.com/apache/cordova-cli/commit/837e8e367ae4feed4854f9ac95a8e906c893d818 until 3.4.0 lands -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895210#comment-13895210 ] Shazron Abdullah commented on CB-3020: -- Try adding the keyboard plugin from the dev branch: {code} cordova plugin add https://github.com/apache/cordova-plugins.git#dev:keyboard {code} HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugins Affects Versions: 2.6.0, 3.0.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: keyboard-plugin Fix For: 3.1.0 Attachments: Classes.zip, iOS Simulator Screen shot 2013-10-05 2.27.26 PM.png, iOS Simulator Screen shot 2013-10-05 2.27.36 PM.png, ios.zip I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5883) navigation.camera.getPicture() crashing on iOS 7 and iPhone 4S
[ https://issues.apache.org/jira/browse/CB-5883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895239#comment-13895239 ] Shazron Abdullah commented on CB-5883: -- Are you using DATA_URL? navigation.camera.getPicture() crashing on iOS 7 and iPhone 4S -- Key: CB-5883 URL: https://issues.apache.org/jira/browse/CB-5883 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Camera Affects Versions: 3.3.0 Environment: iPhone 4S, iOS 7.0.4, Reporter: Michał Letyński I have same problem as here: https://issues.apache.org/jira/browse/CB-391 My app is being crashed after camera.getPicture(). It work fine with iPhone 5/5s. Can i somehow provide you more info ? Dump something from my phone ? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5969) App resizes regardless of KeyboardShrinksView settings
[ https://issues.apache.org/jira/browse/CB-5969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5969: - Component/s: Plugins App resizes regardless of KeyboardShrinksView settings -- Key: CB-5969 URL: https://issues.apache.org/jira/browse/CB-5969 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugins Affects Versions: 3.3.0 Environment: Latest iOS version to date, as well as latest Xcode Reporter: Antonio R Labels: keyboard-plugin Hello, Originally I was setting this option in the config.xml file until I realized it is actually only available after installing the keyboard plugin first and is not included with the core APIs shown when following the docs. So I installed the keyboard plugin, but this option still does not work. The keyboard resizing also introduces an app breaking bug which is the reason I am trying to disable it. See example screenshot here: http://imgur.com/q6OtuA2 essentially when the keyboard comes up my application attempts to resize but half/over half is rendered completely black (its as though the resizing is incorrectly calculating the new size). This error disappears if I include heigh=device-height in my meta tag for the index.html, but it is explicitly stated in the documentation that this should not be used, and indeed it does introduce some unwanted styling into the application (using this meta tag disables resizing on rotation in our application). However, this leads me to believe that it is indeed the resizing that is causing this bug. My config.xml ?xml version='1.0' encoding='utf-8'? widget id=com.profoundlogic.puiclient version=0.0.1 xmlns=http://www.w3.org/ns/widgets; xmlns:cdv=http://cordova.apache.org/ns/1.0; nameHello Cordova/name preference name=AllowInlineMediaPlayback value=false / preference name=KeyboardShrinksView value=true / preference name=BackupWebStorage value=cloud / preference name=DisallowOverscroll value=true / preference name=EnableViewportScale value=false / preference name=KeyboardDisplayRequiresUserAction value=true / preference name=MediaPlaybackRequiresUserAction value=false / preference name=SuppressesIncrementalRendering value=false / preference name=TopActivityIndicator value=gray / preference name=GapBetweenPages value=0 / preference name=PageLength value=0 / preference name=PaginationBreakingMode value=page / preference name=PaginationMode value=unpaginated / preference name=webviewbounce value=false / feature name=LocalStorage param name=ios-package value=CDVLocalStorage / /feature namePUIClient/name description A sample Apache Cordova application that responds to the deviceready event. /description author email=d...@cordova.apache.org href=http://cordova.io; Apache Cordova Team /author content src=index.html / access origin=* / feature name=Battery param name=ios-package value=CDVBattery / /feature feature name=Camera param name=ios-package value=CDVCamera / /feature feature name=Console param name=ios-package value=CDVLogger / /feature feature name=Contacts param name=ios-package value=CDVContacts / /feature feature name=Device param name=ios-package value=CDVDevice / /feature feature name=Accelerometer param name=ios-package value=CDVAccelerometer / /feature feature name=Compass param name=ios-package value=CDVCompass / /feature feature name=Notification param name=ios-package value=CDVNotification / /feature feature name=File param name=ios-package value=CDVFile / /feature feature name=FileTransfer param name=ios-package value=CDVFileTransfer / /feature feature name=Geolocation param name=ios-package value=CDVLocation / /feature feature name=Globalization param name=ios-package value=CDVGlobalization / /feature feature name=InAppBrowser param name=ios-package value=CDVInAppBrowser / /feature feature name=Media param name=ios-package value=CDVSound / /feature feature name=Capture param name=ios-package value=CDVCapture / /feature feature name=NetworkStatus param name=ios-package value=CDVConnection / /feature feature name=SplashScreen param name=ios-package value=CDVSplashScreen / param name=onload value=true / /feature feature name=Vibration param name=ios-package value=CDVVibration / /feature feature name=BarcodeScanner param
[jira] [Commented] (CB-5749) App getting crash some times when i use take photo using navigator.camera.getPicture in iOS 7.0
[ https://issues.apache.org/jira/browse/CB-5749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895240#comment-13895240 ] Shazron Abdullah commented on CB-5749: -- I would recommend against using DATA_URL, make sure quality is = 50% if you use this. We will remove support for DATA_URL in the future because of these issues. App getting crash some times when i use take photo using navigator.camera.getPicture in iOS 7.0 --- Key: CB-5749 URL: https://issues.apache.org/jira/browse/CB-5749 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Camera Environment: Cordova-2.4.0, Sencha touch 2.1.1, iOS-7.0, XCode-5.0 Reporter: kalyani puvvada I am getting this crash in iOS 7 only. In iOS 6 it works fine. I used the following code for take photo. var destinationType=navigator.camera.DestinationType; navigator.camera.getPicture(this.caregiverPhotoSuccess, this.caregiverPhotoFail, {quality: 50,targetWidth:300,targetHeight:300,destinationType: destinationType.DATA_URL,sourceType:2,correctOrientation: true }); I am getting this error when app crash. Received memory warning. Plugin 'CDVCamera' has a pending operation, memory purge is delayed for didReceiveMemoryWarning. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5969) App resizes regardless of KeyboardShrinksView settings
[ https://issues.apache.org/jira/browse/CB-5969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5969: - Labels: keyboard-plugin (was: ) App resizes regardless of KeyboardShrinksView settings -- Key: CB-5969 URL: https://issues.apache.org/jira/browse/CB-5969 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugins Affects Versions: 3.3.0 Environment: Latest iOS version to date, as well as latest Xcode Reporter: Antonio R Labels: keyboard-plugin Hello, Originally I was setting this option in the config.xml file until I realized it is actually only available after installing the keyboard plugin first and is not included with the core APIs shown when following the docs. So I installed the keyboard plugin, but this option still does not work. The keyboard resizing also introduces an app breaking bug which is the reason I am trying to disable it. See example screenshot here: http://imgur.com/q6OtuA2 essentially when the keyboard comes up my application attempts to resize but half/over half is rendered completely black (its as though the resizing is incorrectly calculating the new size). This error disappears if I include heigh=device-height in my meta tag for the index.html, but it is explicitly stated in the documentation that this should not be used, and indeed it does introduce some unwanted styling into the application (using this meta tag disables resizing on rotation in our application). However, this leads me to believe that it is indeed the resizing that is causing this bug. My config.xml ?xml version='1.0' encoding='utf-8'? widget id=com.profoundlogic.puiclient version=0.0.1 xmlns=http://www.w3.org/ns/widgets; xmlns:cdv=http://cordova.apache.org/ns/1.0; nameHello Cordova/name preference name=AllowInlineMediaPlayback value=false / preference name=KeyboardShrinksView value=true / preference name=BackupWebStorage value=cloud / preference name=DisallowOverscroll value=true / preference name=EnableViewportScale value=false / preference name=KeyboardDisplayRequiresUserAction value=true / preference name=MediaPlaybackRequiresUserAction value=false / preference name=SuppressesIncrementalRendering value=false / preference name=TopActivityIndicator value=gray / preference name=GapBetweenPages value=0 / preference name=PageLength value=0 / preference name=PaginationBreakingMode value=page / preference name=PaginationMode value=unpaginated / preference name=webviewbounce value=false / feature name=LocalStorage param name=ios-package value=CDVLocalStorage / /feature namePUIClient/name description A sample Apache Cordova application that responds to the deviceready event. /description author email=d...@cordova.apache.org href=http://cordova.io; Apache Cordova Team /author content src=index.html / access origin=* / feature name=Battery param name=ios-package value=CDVBattery / /feature feature name=Camera param name=ios-package value=CDVCamera / /feature feature name=Console param name=ios-package value=CDVLogger / /feature feature name=Contacts param name=ios-package value=CDVContacts / /feature feature name=Device param name=ios-package value=CDVDevice / /feature feature name=Accelerometer param name=ios-package value=CDVAccelerometer / /feature feature name=Compass param name=ios-package value=CDVCompass / /feature feature name=Notification param name=ios-package value=CDVNotification / /feature feature name=File param name=ios-package value=CDVFile / /feature feature name=FileTransfer param name=ios-package value=CDVFileTransfer / /feature feature name=Geolocation param name=ios-package value=CDVLocation / /feature feature name=Globalization param name=ios-package value=CDVGlobalization / /feature feature name=InAppBrowser param name=ios-package value=CDVInAppBrowser / /feature feature name=Media param name=ios-package value=CDVSound / /feature feature name=Capture param name=ios-package value=CDVCapture / /feature feature name=NetworkStatus param name=ios-package value=CDVConnection / /feature feature name=SplashScreen param name=ios-package value=CDVSplashScreen / param name=onload value=true / /feature feature name=Vibration param name=ios-package value=CDVVibration / /feature feature name=BarcodeScanner
[jira] [Commented] (CB-5852) Keyboard plugin on iOS7 can cause re-layout bugs with fixed position bottom elements
[ https://issues.apache.org/jira/browse/CB-5852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13895266#comment-13895266 ] Stuart Parmenter commented on CB-5852: -- This fix is super broken. The previous behavior was a lot better, if not perfect. In my app, on iOS7, it breaks at least: Ability to hiding the form helper bar. Time pickers. Breaks pages with height=device-height. All the keyboards end up the really dark grey color because there is no background on the view? Keyboard plugin on iOS7 can cause re-layout bugs with fixed position bottom elements Key: CB-5852 URL: https://issues.apache.org/jira/browse/CB-5852 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugins Reporter: Michal Mocny Assignee: Michal Mocny Priority: Minor Labels: keyboard-plugin Pull Request for fix: https://github.com/apache/cordova-plugins/pull/2 Copying the description here: If there is a fixed position, bottom positioned element on the page, this keyboard plugin causes awkward re-layouts of the element on keyboard pop up -- but only occasionally (I can attach screenshots if you cannot reproduce). Repro steps: 1. Add to blank app: 2. 'cordova emulate ios' on ios7 simulator 3. click the input box to open keyboard 4. See input briefly in right position, then migrate to the top of page It appears there is a race of some kind, since it happens consistently when run in simulator outside of xcode via 'cordova emulate ios', but does not happen when using xcode debugging or when run on device. While this doesn't seem high priority, as far as I can tell, this code is not doing anything useful on ios7, so can just safely just be no-oped. WDYT? -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5992) Release Cordova-CLI 3.3.1-0.4.0
[ https://issues.apache.org/jira/browse/CB-5992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5992. Resolution: Fixed Release Cordova-CLI 3.3.1-0.4.0 --- Key: CB-5992 URL: https://issues.apache.org/jira/browse/CB-5992 Project: Apache Cordova Issue Type: Bug Reporter: Steve Gill Assignee: Steve Gill This is to revert https://github.com/apache/cordova-cli/commit/837e8e367ae4feed4854f9ac95a8e906c893d818 until 3.4.0 lands -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5991) iOS whitelist fails to handle path prefixes ending with /
[ https://issues.apache.org/jira/browse/CB-5991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-5991. -- Resolution: Fixed iOS whitelist fails to handle path prefixes ending with / --- Key: CB-5991 URL: https://issues.apache.org/jira/browse/CB-5991 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Ian Clelland Assignee: Ian Clelland On iOS, NSURL will strip a trailing / from a URL when requesting the path component. This means that a whitelist which includes a URL pattern like {{http://www.adobe.org/foo/*}}; will incorrectly fail to match the URL {{http://www.adobe.org/foo/}};, because NSURL will claim that the path component is {{/foo}} and not {{/foo/}}. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5395) Cordova whitelist fails for upper-case characters
[ https://issues.apache.org/jira/browse/CB-5395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-5395. -- Resolution: Fixed Fix Version/s: 3.5.0 Fixed on master now Cordova whitelist fails for upper-case characters - Key: CB-5395 URL: https://issues.apache.org/jira/browse/CB-5395 Project: Apache Cordova Issue Type: Bug Components: Android, iOS Affects Versions: 3.1.0 Reporter: Marcus Pridham Assignee: Ian Clelland Fix For: 3.5.0 In my config.xml, I have: access origin=*.host.com / {code} if (!Config.isUrlWhiteListed(http://Test.host.com;)) { System.out.println(I should be whitelisted!!!); } if (Config.isUrlWhiteListed(http://test.host.com;)) { System.out.println(I am whitelisted.); } {code} -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5721) App crashed if invoke root.getFile() and use ../resolve.file.uri as fileNames!
[ https://issues.apache.org/jira/browse/CB-5721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-5721. -- Resolution: Fixed App crashed if invoke root.getFile() and use ../resolve.file.uri as fileNames! Key: CB-5721 URL: https://issues.apache.org/jira/browse/CB-5721 Project: Apache Cordova Issue Type: Bug Components: iOS, mobile-spec, Plugin File Affects Versions: 3.2.0 Environment: cordova version: 3.3.1-0.1.2 Reporter: glmnbeyond Assignee: Ian Clelland Here are the steps to reproduce it: $ cordova create testFile $ cd testFile $ cordova platform add ios $ cordova platform plugin add 'cordova-plugin-file dev branch code' 1. Copy cordova-mobile-spec tests to testFile/platforms/ios/www/ 2. Modify file.tests.js file.spec.9, change fileName from resolve.file.uri to ../resolve.file.uri {color:red} var fileName = resolve.file.uri = var fileName = ../resolve.file.uri {color} 3. Run this test and app crashed! The outputs were shown as follows: Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: setObjectForKey: object cannot be nil (key: fullPath)' -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-4671) Add Gesture callback handlers to WebView and delegate to plugins
[ https://issues.apache.org/jira/browse/CB-4671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-4671: - Priority: Minor (was: Major) Add Gesture callback handlers to WebView and delegate to plugins Key: CB-4671 URL: https://issues.apache.org/jira/browse/CB-4671 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Ian Clelland Priority: Minor From http://callback.markmail.org/thread/lrfiy5j7o5tv5ma5, we can enable gesture-recognition in plugins, if we override WebView.onTouchEvent and delegate it through PluginManager to the plugins. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-4671) Add Gesture callback handlers to WebView and delegate to plugins
[ https://issues.apache.org/jira/browse/CB-4671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-4671: - Assignee: (was: Ian Clelland) Add Gesture callback handlers to WebView and delegate to plugins Key: CB-4671 URL: https://issues.apache.org/jira/browse/CB-4671 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Ian Clelland From http://callback.markmail.org/thread/lrfiy5j7o5tv5ma5, we can enable gesture-recognition in plugins, if we override WebView.onTouchEvent and delegate it through PluginManager to the plugins. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5009) Update File API docs re: PERSISTENT TEMPORARY
[ https://issues.apache.org/jira/browse/CB-5009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-5009. -- Resolution: Not A Problem Plugin docs have been removed from docs, and this issue does not come up in the documentation included with the plugin itself. Update File API docs re: PERSISTENT TEMPORARY --- Key: CB-5009 URL: https://issues.apache.org/jira/browse/CB-5009 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Affects Versions: 3.1.0 Reporter: Ian Clelland Assignee: Ian Clelland Fix For: 3.4.0 Docs need updating; {{PERSISTENT}} and {{TEMPORARY}} are still documented as existing as properties on a {{LocalFileSystem}} object. (For that matter, {{LocalFileSytem}} is still documented as being an object, when it really shouldn't exist at all) -- This message was sent by Atlassian JIRA (v6.1.5#6160)