[jira] [Commented] (CB-4404) android:windowSoftInputMode does not work
[ https://issues.apache.org/jira/browse/CB-4404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13829892#comment-13829892 ] Vincas Dargis commented on CB-4404: --- Is there any official plugin/walkaround in progress? I've turned off full screen (had to make sure that theme is @android:style/Theme.Black.NoTitleBar, without FullScreen), and it works now. Though it would be nice to have properly working full screen mode for saving vertical space... android:windowSoftInputMode does not work - Key: CB-4404 URL: https://issues.apache.org/jira/browse/CB-4404 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.9.0 Environment: * Mac OS 10.7.5 * Android 4.1.2 and 4.2.2 emulator using Intel's x86 images Reporter: Daniel Trebbien Assignee: Joe Bowser _I recently posted a description of this issue to the phonegap group at [https://groups.google.com/d/topic/phonegap/J-h0lt68x0g/discussion]._ I am testing out PhoneGap 2.9.0 in the Android emulator (using Intel's x86 images), and I am seeing the issue that the android:windowSoftInputMode setting is not having an effect. By default, the setting is set to adjustPan in the generated project, but when I actually focus a text input, the soft keyboard appears on top of the app, but does not pan the main window, and the input is usually hidden beneath the keyboard as a result. Steps to reproduce: # Create a new PhoneGap 2.9.0 project using the {{cordova create}} utility. Add the 'android' platform. # Open the project in Eclipse. # Edit {{index.html}} to add {{brbrbrbrbrbrbrinput placeholder=Text box}} below the {{h1Apache Cordova/h1}} heading. # Run the app in Android 4.1.2 or 4.2.2 emulator. # Tap the input and notice that the soft keyboard is placed over the app and the input is hidden beneath. # Try changing the android:windowSoftInputMode setting in {{AndroidManifest.xml}} to adjustResize, reload the app, and notice that the app is not resized when the input receives keyboard focus. I am seeing this problem in Android 4.1.2 and 4.2.2 emulator. In Android 4.0.3 emulator, the app pans as expected. The strange thing is that if I load the www/ files in the Browser and focus the input, then the window is resized to fit the soft keyboard like normal. This seems to imply that android:windowSoftInputMode works fine in the emulator, but there is some issue in PhoneGap that is preventing it from working. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5466) FileTransfer plugin uses full filesystem paths, rather than URLs
Ian Clelland created CB-5466: Summary: FileTransfer plugin uses full filesystem paths, rather than URLs Key: CB-5466 URL: https://issues.apache.org/jira/browse/CB-5466 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland The file transfer plugin currently uses full device filesystem paths, but is also expected to interact with the File API. Since CB-5403, the File API will no longer be returning full device filesystem paths, and so the FileTransfer API needs to work when presented with filesystem:// URLs as well. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5403) Overhaul File API implementation
[ https://issues.apache.org/jira/browse/CB-5403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830004#comment-13830004 ] ASF subversion and git services commented on CB-5403: - Commit bc9aaf0cb63fb3376762811d3582ccd4976f5747 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=bc9aaf0 ] CB-5403: Remove test for undocumented File API quirks Overhaul File API implementation Key: CB-5403 URL: https://issues.apache.org/jira/browse/CB-5403 Project: Apache Cordova Issue Type: Bug Components: Plugin File Reporter: Ian Clelland Assignee: Ian Clelland This is the meta-issue for all of the File API-related changes. File is getting overhauled, to provide the following features: 1. Entry.toURL() should return a filesystem:// URL on platforms which support it. Platforms which cannot support custom URL protocols are free to return URLs which *can* be used to access the local file system. 2. These URLs will look like: filesystem://localhost/persistent/path/to/file.ext filesystem://localhost/temporary/path/to/file.ext Additional roots are possible for new file systems (assets, media, documents, etc) (The specific format used does not need to conform to any existing or proposed standard, since these URLs should not be assumed valid across machines) 3. Entry.fullPath will be relative to the HTML file system root, and not a path from the root of the actual device file system. 4. Only URLs will be passed over the exec bridge; we won't be passing raw file system paths into and out of JS anymore. (This generally means filesystem:// URLs in the iOS/Android case, but platforms are free to support other URLs as needed) 5. Tests need to be updated so that they still pass when these changes are made. 6. File plugin should be modular, so that additional filesystem types can be easily supported. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5466) FileTransfer plugin uses full filesystem paths, rather than URLs
[ https://issues.apache.org/jira/browse/CB-5466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830005#comment-13830005 ] ASF subversion and git services commented on CB-5466: - Commit b949ac208f0306f99f5be4cdc4addf4d9dbd18e8 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=b949ac2 ] CB-5466: Use URLs rather than full paths in file transfer tests FileTransfer plugin uses full filesystem paths, rather than URLs Key: CB-5466 URL: https://issues.apache.org/jira/browse/CB-5466 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland The file transfer plugin currently uses full device filesystem paths, but is also expected to interact with the File API. Since CB-5403, the File API will no longer be returning full device filesystem paths, and so the FileTransfer API needs to work when presented with filesystem:// URLs as well. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5467) CLI: cordova platform add blackberry10 blocked
Carlos Santana created CB-5467: -- Summary: CLI: cordova platform add blackberry10 blocked Key: CB-5467 URL: https://issues.apache.org/jira/browse/CB-5467 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Affects Versions: Master, 3.2.0 Reporter: Carlos Santana Priority: Blocker Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova .cordova/ .cordova-completion.bash BB10:$ rm -rf ~/.cordova/ blackberry10.json blackberry10debugtoken.bar config.json lib/ BB10:$ rm -rf ~/.cordova/lib/ android/ blackberry10/ ios/ wp/ www/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5467) CLI: cordova platform add blackberry10 blocked
[ https://issues.apache.org/jira/browse/CB-5467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830029#comment-13830029 ] ASF subversion and git services commented on CB-5467: - Commit d7fde3ffca2feaf55cf064d19e5bfc90df398e71 in branch refs/heads/master from [~csantana] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=d7fde3f ] CB-5467: CLI: cordova platform add blackberry10 blocked CLI: cordova platform add blackberry10 blocked -- Key: CB-5467 URL: https://issues.apache.org/jira/browse/CB-5467 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Affects Versions: Master, 3.2.0 Reporter: Carlos Santana Priority: Blocker Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova .cordova/ .cordova-completion.bash BB10:$ rm -rf ~/.cordova/ blackberry10.json blackberry10debugtoken.bar config.json lib/ BB10:$ rm -rf ~/.cordova/lib/ android/ blackberry10/ ios/ wp/ www/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5466) FileTransfer plugin uses full filesystem paths, rather than URLs
[ https://issues.apache.org/jira/browse/CB-5466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830051#comment-13830051 ] ASF subversion and git services commented on CB-5466: - Commit 2f1411f5dc37854ded35ee31671e66b380b8117f in branch refs/heads/dev from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=2f1411f ] CB-5466: Update FileTransfer plugin to accept filesystem urls FileTransfer plugin uses full filesystem paths, rather than URLs Key: CB-5466 URL: https://issues.apache.org/jira/browse/CB-5466 Project: Apache Cordova Issue Type: Bug Components: Plugin File, Plugin File Transfer Reporter: Ian Clelland Assignee: Ian Clelland The file transfer plugin currently uses full device filesystem paths, but is also expected to interact with the File API. Since CB-5403, the File API will no longer be returning full device filesystem paths, and so the FileTransfer API needs to work when presented with filesystem:// URLs as well. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5467) CLI: cordova platform add blackberry10 blocked
[ https://issues.apache.org/jira/browse/CB-5467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Santana reassigned CB-5467: -- Assignee: Carlos Santana CLI: cordova platform add blackberry10 blocked -- Key: CB-5467 URL: https://issues.apache.org/jira/browse/CB-5467 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Affects Versions: Master, 3.2.0 Reporter: Carlos Santana Assignee: Carlos Santana Priority: Blocker Fix For: Master, 3.2.0 Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5467) CLI: cordova platform add blackberry10 blocked
[ https://issues.apache.org/jira/browse/CB-5467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Santana updated CB-5467: --- Description: Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) was: Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova .cordova/ .cordova-completion.bash BB10:$ rm -rf ~/.cordova/ blackberry10.json blackberry10debugtoken.bar config.json lib/ BB10:$ rm -rf ~/.cordova/lib/ android/ blackberry10/ ios/ wp/ www/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) CLI: cordova platform add blackberry10 blocked -- Key: CB-5467 URL: https://issues.apache.org/jira/browse/CB-5467 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Affects Versions: Master, 3.2.0 Reporter: Carlos Santana Priority: Blocker Fix For: Master, 3.2.0 Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh:
[jira] [Resolved] (CB-5467) CLI: cordova platform add blackberry10 blocked
[ https://issues.apache.org/jira/browse/CB-5467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carlos Santana resolved CB-5467. Resolution: Fixed Fix Version/s: 3.2.0 Master CLI: cordova platform add blackberry10 blocked -- Key: CB-5467 URL: https://issues.apache.org/jira/browse/CB-5467 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Affects Versions: Master, 3.2.0 Reporter: Carlos Santana Assignee: Carlos Santana Priority: Blocker Fix For: Master, 3.2.0 Steps to recreate: cli:$ npm install git://github.com/apache/cordova-cli.git cli:$ ./node_modules/.bin/cordova create BB10 Creating a new cordova project with name HelloCordova and id io.cordova.hellocordova at location /Users/csantana23/foo/cordova/cli/BB10 cli:$ cd BB10/ BB10:$ rm -rf ~/.cordova/lib/blackberry10 BB10:$ ../node_modules/.bin/cordova platform add blackberry10 -d Downloading cordova library for blackberry10... Requesting {uri:https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;a=snapshot;h=3.2.0;sf=tgz}... Downloaded, unzipped and extracted 347503 byte response. Download complete Checking if platform blackberry10 passes minimum requirements... Creating blackberry10 project... Running bin/create for platform blackberry10 with command: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create /Users/csantana23/foo/cordova/cli/BB10/platforms/blackberry10 io.cordova.hellocordova HelloCordova (output to follow) Error: An error occured during creation of blackberry10 sub-project. /bin/sh: /Users/csantana23/.cordova/lib/blackberry10/cordova/3.2.0/blackberry10/bin/create: No such file or directory at /Users/csantana23/foo/cordova/cli/node_modules/cordova/src/platform.js:250:30 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Process.ChildProcess._handle.onexit (child_process.js:802:5) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5420) userAgent incorrect in iOS simulator
[ https://issues.apache.org/jira/browse/CB-5420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830108#comment-13830108 ] Jacob Weber commented on CB-5420: - That's strange. I just tried it with Xcode 5, using those same three devices simulating iOS 6.1, and got iPad. This is on a new project, generated with the Cordova CLI. On the iOS 7 simulators, I get iPhone. I also tried it on [a test project|http://conecode.com/news/2011/05/ios-tutorial-creating-a-web-view-uiwebview/] that uses a UIWebView. When I run it on the 6.1 simulator, it reports iPhone as expected. So it seems like it might be specific to Cordova. userAgent incorrect in iOS simulator Key: CB-5420 URL: https://issues.apache.org/jira/browse/CB-5420 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.9.0 Environment: iOS 6.1 simulator from xCode 4.6.3, running as an iPhone Reporter: Jacob Weber Priority: Minor If I launch a Cordova/PhoneGap app on the iOS 6.1 simulator, running in iPhone mode, and inspect it with Safari on the Mac, the value of navigator.userAgent is: {{Mozilla/5.0 (iPad; CPU OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Mobile/10B141 (187887888)}} Note that it says iPad, although it should be iPhone. If I launch Safari in the same simulator, the userAgent string is: {{Mozilla/5.0 (iPhone; CPU iPhone OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B141 Safari/8536.25}} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5404) Update File API tests
[ https://issues.apache.org/jira/browse/CB-5404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830110#comment-13830110 ] ASF subversion and git services commented on CB-5404: - Commit 7b5ef93960de4e4ef3f8b7de8ea3123d228dc73a in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=7b5ef93 ] CB-5404: Fix three tests that were sensitive to existing files Update File API tests - Key: CB-5404 URL: https://issues.apache.org/jira/browse/CB-5404 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Fix For: 3.2.0 Many of the tests in the test suite are fragile, and depend on implementation-dependent things like whether root directory paths end with a / or not, or whether a particular URL scheme is valid. I'm first going to fix those tests which don't pass under both the old and new systems. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5420) userAgent incorrect in iOS simulator
[ https://issues.apache.org/jira/browse/CB-5420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830117#comment-13830117 ] Shazron Abdullah commented on CB-5420: -- I doubt it. We do add a number at the end, but never change anything else. I'm sure someone else will verify my findings. userAgent incorrect in iOS simulator Key: CB-5420 URL: https://issues.apache.org/jira/browse/CB-5420 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.9.0 Environment: iOS 6.1 simulator from xCode 4.6.3, running as an iPhone Reporter: Jacob Weber Priority: Minor If I launch a Cordova/PhoneGap app on the iOS 6.1 simulator, running in iPhone mode, and inspect it with Safari on the Mac, the value of navigator.userAgent is: {{Mozilla/5.0 (iPad; CPU OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Mobile/10B141 (187887888)}} Note that it says iPad, although it should be iPhone. If I launch Safari in the same simulator, the userAgent string is: {{Mozilla/5.0 (iPhone; CPU iPhone OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B141 Safari/8536.25}} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5420) userAgent incorrect in iOS simulator
[ https://issues.apache.org/jira/browse/CB-5420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830119#comment-13830119 ] Shazron Abdullah commented on CB-5420: -- I'll work on a index.html test page with a test, so that all testers can be on the same page on this. userAgent incorrect in iOS simulator Key: CB-5420 URL: https://issues.apache.org/jira/browse/CB-5420 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.9.0 Environment: iOS 6.1 simulator from xCode 4.6.3, running as an iPhone Reporter: Jacob Weber Priority: Minor If I launch a Cordova/PhoneGap app on the iOS 6.1 simulator, running in iPhone mode, and inspect it with Safari on the Mac, the value of navigator.userAgent is: {{Mozilla/5.0 (iPad; CPU OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Mobile/10B141 (187887888)}} Note that it says iPad, although it should be iPhone. If I launch Safari in the same simulator, the userAgent string is: {{Mozilla/5.0 (iPhone; CPU iPhone OS 6_1 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B141 Safari/8536.25}} -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4966) dialog
[ https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830147#comment-13830147 ] James Long commented on CB-4966: Hey guys, can you answer the above questions? dialog -- Key: CB-4966 URL: https://issues.apache.org/jira/browse/CB-4966 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Environment: firefoxos Reporter: Piotr Zalewa I started developing it - only the CSS is left - no idea how to conect it to main CSS (is it needed?) https://github.com/zalun/cordova-plugin-dialogs -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-4966) dialog
[ https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830252#comment-13830252 ] Steve Gill commented on CB-4966: I think it will have to be a documentation issue for now. It is strange to me that we adding image + css files for this plugin. We usually just go off the default system style for alerts/dialogs. Are the images + css necessary? dialog -- Key: CB-4966 URL: https://issues.apache.org/jira/browse/CB-4966 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Dialogs Environment: firefoxos Reporter: Piotr Zalewa I started developing it - only the CSS is left - no idea how to conect it to main CSS (is it needed?) https://github.com/zalun/cordova-plugin-dialogs -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5468) improve config.xml encoding handling
Josh Soref created CB-5468: -- Summary: improve config.xml encoding handling Key: CB-5468 URL: https://issues.apache.org/jira/browse/CB-5468 Project: Apache Cordova Issue Type: Bug Components: BlackBerry, CLI Reporter: Josh Soref Assignee: Josh Soref If you have a config.xml w/o a BOM in UTF-8 and try to use cordova build on BlackBerry, you'll get an error. That logic is here: https://github.com/apache/cordova-blackberry/blob/master/blackberry10/bin/templates/project/cordova/lib/packager-utils.js#L143 cordova cli on the other hand seems to only handle UTF-8 (and not UCS2/UTF-16). That logic is here: https://github.com/apache/cordova-cli/blob/master/src/xml-helpers.js#L111 The specification for config.xml is here: http://www.w3.org/TR/widgets/#algorithm-to-process-a-configuration-document Let doc be the result of loading the widget config doc as a [DOMCore] Document using an [XML] parser that is both [XMLNS]-aware and xml:lang aware. [XML] defers to: http://www.w3.org/TR/2008/REC-xml-20081126/#charsets which says: The mechanism for encoding character code points into bit patterns may vary from entity to entity. All XML processors must accept the UTF-8 and UTF-16 encodings of Unicode [Unicode]. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5389) Status Bar plugin issues with orientation
[ https://issues.apache.org/jira/browse/CB-5389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5389. -- Resolution: Fixed Fix Version/s: 3.3.0 Status Bar plugin issues with orientation - Key: CB-5389 URL: https://issues.apache.org/jira/browse/CB-5389 Project: Apache Cordova Issue Type: Bug Components: Plugins Affects Versions: 3.1.0 Environment: Ios Reporter: Mike Hartington Assignee: Shazron Abdullah Labels: ios, javascript, objective-c, statusbar-plugin Fix For: 3.3.0 When I try to hide the Status Bar on iOS when my device is in landscape, the entire app's width shrinks to what is about the devices width would be if portrait. So if my iPad is in landscape and I hide the status bar, the app will just scale to about 768px. I tried removing my apps javascript, ran the app again, and used Safaris Web Inspect Console to see if I had an error in my javascript, but had the same issue. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5431) Status Bar Plugin blanks view on call overlaysWebView(false) in landscape orientation
[ https://issues.apache.org/jira/browse/CB-5431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5431. -- Resolution: Fixed Fix Version/s: 3.3.0 The fix should be in the repo already (CB-5389 resolved as well) and should be in the 0.1.3 plugin release (soon to be uploaded to the plugin registry) Status Bar Plugin blanks view on call overlaysWebView(false) in landscape orientation -- Key: CB-5431 URL: https://issues.apache.org/jira/browse/CB-5431 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Reporter: Sepp Wijnands Fix For: 3.3.0 If you call StatusBar.overlaysWebView(false) in the deviceready() event and the iPad Retina device is in Landscape mode, it blanks the screen and places a 20px black bar vertically on the screen. Code to reproduce problem (HelloCordova example project: www/js/index.js): {code} onDeviceReady: function() { StatusBar.overlaysWebView(false); app.receivedEvent('deviceready'); }, {code} iOS simulator environment: iPad Retina iOS 7.0, Orientated in *landscape* mode. Screenshot: https://www.dropbox.com/s/6o66wuf2f7gy9dx/iOS%20Simulator%20Screen%20shot%2018%20Nov%202013%2021.13.34.png Example project demonstrating the problem (based on HelloCordova): https://www.dropbox.com/s/gb9wbz6jber6ovc/BugStatusBarLandscape.zip -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5122) Document supported workflows
[ https://issues.apache.org/jira/browse/CB-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830327#comment-13830327 ] ASF subversion and git services commented on CB-5122: - Commit a1e09bb9884905cf023304275022e2a5168290fe in branch refs/heads/master from [~mrbillau] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=a1e09bb ] redo CB-5122 pull request 140 Document supported workflows Key: CB-5122 URL: https://issues.apache.org/jira/browse/CB-5122 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Mike Billau Assignee: Mike Sierra Based on the recent discussion here [1]we should document the two different supported Cordova workflows: using the CLI, and using plugman and bin scripts. Some of this documentation already exists but needs to be clarified and improved: {{Overview guide -- Development Paths section}}. This talks about getting started with the CLI and then mentions that you can switch to the platform-specific SDK tools. This section should be rewritten to make it clear that there are two distinct workflows, and that both are okay and supported. It could list out some pros and cons of each workflow (I'm sure we won't have any trouble finding those ;)). It should be prescriptive in that users should be following one of the two workflows, but it shouldn't make any statements about which is better. {{The Command-line Interface guide}} -- The CLI workflow guide. It generally looks complete except for some missing functionality that is documented in the CLI's README.md file (tests, hooks, some commands (serve), some merges info). {{Platform Guides -- (Platform) -- (Platform) Command-line tools}} -- Each platform has a Command-line tools doc that explains all of the command line tools for that project and how to use them. We need to go through these guides and verify that they are up to date and include all of the lower level command line tools and scripts. It should read like a tutorial in the same way that the Command-line Interface guide does. {{Using Plugman to Manage Plugins}} First, this guide needs to get exposed; I can't find any way to get to this guide from the docs and even had to ask a user how she managed to find it (a link from Plugman's readme!). This guide needs to be expanded quite a bit; we can probably fold most/all of Plugman's README.md file into this guide since it will be platform agnostic. I think those are the only pieces in the docs that need to be changed. [1] http://callback.markmail.org/thread/5nr7dgkquse4gdkl [2] http://cordova.apache.org/docs/en/edge/guide_overview_index.md.html#Overview [3] http://cordova.apache.org/docs/en/edge/plugin_ref_plugman.md.html -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5469) Document how to run npm without sudo
Mike Billau created CB-5469: --- Summary: Document how to run npm without sudo Key: CB-5469 URL: https://issues.apache.org/jira/browse/CB-5469 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Mike Billau Assignee: Mike Billau Priority: Minor Fix For: 3.2.0 We ask users to install npm globally. Whether or not we are going to continue to suggest this is a different debate, but in the mean time we should talk about how they can set up npm to run without requiring sudo/Administrator. There is a wiki page here that talks about it: https://wiki.apache.org/cordova/npm_rc We need to build out this wiki page and then link to it in the docs. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5122) Document supported workflows
[ https://issues.apache.org/jira/browse/CB-5122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830347#comment-13830347 ] Mike Billau commented on CB-5122: - I'm going to close this as it seems done after my first (painful) commit. I opened up CB-5470 to track adding further details around the pros/cons of each workflow. We haven't identified all of these issues yet so I'll go around in the next few weeks and survey our developers and users and fill this information out. It's not worth holding up this ticket though. Thanks everyone who helped and contributed to the content! Document supported workflows Key: CB-5122 URL: https://issues.apache.org/jira/browse/CB-5122 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.1.0 Reporter: Mike Billau Assignee: Mike Sierra Based on the recent discussion here [1]we should document the two different supported Cordova workflows: using the CLI, and using plugman and bin scripts. Some of this documentation already exists but needs to be clarified and improved: {{Overview guide -- Development Paths section}}. This talks about getting started with the CLI and then mentions that you can switch to the platform-specific SDK tools. This section should be rewritten to make it clear that there are two distinct workflows, and that both are okay and supported. It could list out some pros and cons of each workflow (I'm sure we won't have any trouble finding those ;)). It should be prescriptive in that users should be following one of the two workflows, but it shouldn't make any statements about which is better. {{The Command-line Interface guide}} -- The CLI workflow guide. It generally looks complete except for some missing functionality that is documented in the CLI's README.md file (tests, hooks, some commands (serve), some merges info). {{Platform Guides -- (Platform) -- (Platform) Command-line tools}} -- Each platform has a Command-line tools doc that explains all of the command line tools for that project and how to use them. We need to go through these guides and verify that they are up to date and include all of the lower level command line tools and scripts. It should read like a tutorial in the same way that the Command-line Interface guide does. {{Using Plugman to Manage Plugins}} First, this guide needs to get exposed; I can't find any way to get to this guide from the docs and even had to ask a user how she managed to find it (a link from Plugman's readme!). This guide needs to be expanded quite a bit; we can probably fold most/all of Plugman's README.md file into this guide since it will be platform agnostic. I think those are the only pieces in the docs that need to be changed. [1] http://callback.markmail.org/thread/5nr7dgkquse4gdkl [2] http://cordova.apache.org/docs/en/edge/guide_overview_index.md.html#Overview [3] http://cordova.apache.org/docs/en/edge/plugin_ref_plugman.md.html -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5471) add deprecation for DroidGap
Marcel Kinard created CB-5471: - Summary: add deprecation for DroidGap Key: CB-5471 URL: https://issues.apache.org/jira/browse/CB-5471 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: Master Reporter: Marcel Kinard Priority: Minor With everything moved from DroidGap to CordovaActivity, DroidGap is just a no-op extension of CordovaActivity. We should annotate and document DroidGap as deprecated, to encourage users to move off of it. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5472) plugman publish (documentation) issue when your credentials are incorrect
Shazron Abdullah created CB-5472: Summary: plugman publish (documentation) issue when your credentials are incorrect Key: CB-5472 URL: https://issues.apache.org/jira/browse/CB-5472 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Reporter: Shazron Abdullah Priority: Minor This is more of a documentation issue. Note that you will have to assume I know nothing about npm nor that the plugin registry is based on it and its commands. If your credentials have been reset, and you have saved credentials that are incorrect, you will not be able to publish, and you will get a login error when you try to plugman publish and plugman adduser. When I did plugman publish I had the feeling I had the wrong credentials, and used the plugman help to see that maybe plugman adduser could be used to reset my credentials. Using plugman adduser resulted in the same login error (I used the same credentials, it never asked for my password again). The correct way was to erase ~/.plugman/config and run plugman adduser again. Expected: A way (documentation, or a command) to reset the locally saved password for the current user etc Actual: No way to change your password for the current user that is stored locally (without knowing plugman internals and deleting a file) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5473) EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed
Shane Carr created CB-5473: -- Summary: EXC_BAD_ACCESS on CDVPlugin that is re-opened after being closed Key: CB-5473 URL: https://issues.apache.org/jira/browse/CB-5473 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.1.0 Environment: iOS 5.1 (possibly more) Reporter: Shane Carr Priority: Critical We've been having an issue involving Cordova crashing as the modal view for our plugin opens. We have been able to reproduce the issue, and the steps are shown below. The null pointer seems to come from the {{WebCore::TimerBase::setNextFireTime}} method. h2. Source Code The source code for the project exhibiting this behavior can be cloned from BitBucket: https://bitbucket.org/vote539/shopeel-camera h2. Steps to Reproduce The following steps have, without fail, reproduced the error for me. I am unsure whether this is the minimal set of steps. # Build and run the app through XCode on a real iOS device. # Tap the Open Shopeel Camera button. The plugin view opens. # Tap the Cancel button to close the plugin view. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button again. # Tap the Cancel button again. # Wait at least 30 seconds. # Tap the Open Shopeel Camera button a third time. The app crashes. h2. Error Log The app always crashes on the following line: {code} 0x32e6379e: ldr.w r0, [r0, r5, lsl #2] {code} The trace indicates that this occurs on the thread labeled {{com.apple.camera.avcapturesession}} in the method named {{WebCore::TimerBase::setNextFireTime(double)}}. -- This message was sent by Atlassian JIRA (v6.1#6144)