[jira] [Reopened] (CB-5397) "cordova prepare ios" overwrites existing source code files/directories
[ https://issues.apache.org/jira/browse/CB-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve reopened CB-5397: --- Realized the approach I took broke the copying of the correct config.xml file. I think a better approach might be to expose both derived-www as well as src-www via a command line parameter to bin/create. > "cordova prepare ios" overwrites existing source code files/directories > --- > > Key: CB-5397 > URL: https://issues.apache.org/jira/browse/CB-5397 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 > Environment: MacOS 10.8.5 > XCode 5.01 >Reporter: Tom Ernhardt >Assignee: Andrew Grieve > > The cordova command line "cordova prepare ios" clobbers user-created source > code files/directories without warning > Steps to reproduce: > # create a test app > cordova create test com.test test > cd test > cordova platform add ios > # add a plugin > cordova plugin add https://github.com/apache/cordova-plugin-device.git > cordova prepare ios > Then open the generated Xcode project in Xcode > Add some source code files > # Now add a different plugin > cordova plugin add https://github.com/apache/cordova-plugin-console.git > # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES > cordova prepare ios > All the source code files and directories that you created in > /platforms/ios/www/ > have just been deleted by the cordova CLI without any warning! -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5397) "cordova prepare ios" overwrites existing source code files/directories
[ https://issues.apache.org/jira/browse/CB-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13856102#comment-13856102 ] ASF subversion and git services commented on CB-5397: - Commit cf3c3c28acf1e47e11657e08f59a5348f776d7e5 in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=cf3c3c2 ] Revert "CB-5397 Make iOS project file's www/ and config.xml point at the non-platforms versions." This reverts commit 8bde8edfa7976bfe116e22451cb375949a76035c. The change broke the copying of the correct config.xml file. > "cordova prepare ios" overwrites existing source code files/directories > --- > > Key: CB-5397 > URL: https://issues.apache.org/jira/browse/CB-5397 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 > Environment: MacOS 10.8.5 > XCode 5.01 >Reporter: Tom Ernhardt >Assignee: Andrew Grieve > > The cordova command line "cordova prepare ios" clobbers user-created source > code files/directories without warning > Steps to reproduce: > # create a test app > cordova create test com.test test > cd test > cordova platform add ios > # add a plugin > cordova plugin add https://github.com/apache/cordova-plugin-device.git > cordova prepare ios > Then open the generated Xcode project in Xcode > Add some source code files > # Now add a different plugin > cordova plugin add https://github.com/apache/cordova-plugin-console.git > # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES > cordova prepare ios > All the source code files and directories that you created in > /platforms/ios/www/ > have just been deleted by the cordova CLI without any warning! -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5701) iOS frameworks search paths should not be absolute paths
[ https://issues.apache.org/jira/browse/CB-5701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5701. --- Resolution: Fixed Fix will be next after 0.17.0 > iOS frameworks search paths should not be absolute paths > > > Key: CB-5701 > URL: https://issues.apache.org/jira/browse/CB-5701 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugman >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > 1. create a CLI project > 2. add org.chromium.identity > 3. notice that it compiles > 4. move the project to another parent directory > 5. notice that it no longer compiles > This is because the FRAMEWORK_SEARCH_PATHS have absolute paths in them > instead of relative paths. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5701) iOS frameworks search paths should not be absolute paths
[ https://issues.apache.org/jira/browse/CB-5701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13856097#comment-13856097 ] ASF subversion and git services commented on CB-5701: - Commit 6d8c1c77747b17105212d71addbb301e7e658f9c in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=6d8c1c7 ] CB-5701 Reference custom frameworks usinexecHelperrelative paths Also changed where the frameworks are copied to. They now live within the plugin's subdirectory (beside its source files) instead of at the top of the project. > iOS frameworks search paths should not be absolute paths > > > Key: CB-5701 > URL: https://issues.apache.org/jira/browse/CB-5701 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugman >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > 1. create a CLI project > 2. add org.chromium.identity > 3. notice that it compiles > 4. move the project to another parent directory > 5. notice that it no longer compiles > This is because the FRAMEWORK_SEARCH_PATHS have absolute paths in them > instead of relative paths. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5703) WP8 FileTransfer can't download file with not exsit Parent directory path as targetPath
puchen created CB-5703: -- Summary: WP8 FileTransfer can't download file with not exsit Parent directory path as targetPath Key: CB-5703 URL: https://issues.apache.org/jira/browse/CB-5703 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Environment: wp8 Reporter: puchen for example: use wp8 fileTransfer download file, target path : /Download/targetFile.zip, parent directory 'Download' not exsit, save file occured an exception! it need create parent directory,before save file! download file & save file with targetpath, parent directory maybe need create, if directory not exist! -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5702) platform add fails to install plugins if project has been moved to another directory
[
https://issues.apache.org/jira/browse/CB-5702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855986#comment-13855986
]
Andrew Grieve commented on CB-5702:
---
Suspect the problem is the plugins/FOO/.fetch.json file, which for
mobile-spec-dependencies has:
{quote}
{"source":{"type":"local","path":"../cordova-mobile-spec/dependencies-plugin"}}
{quote}
Is this file even necessary? I thought the point of having plugins/ was that we
wouldn't require the original install location anymore.
> platform add fails to install plugins if project has been moved to another
> directory
>
>
> Key: CB-5702
> URL: https://issues.apache.org/jira/browse/CB-5702
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI
>Reporter: Andrew Grieve
>Priority: Minor
>
> {code}
> ./cordova-mobile-spec/createmobilespec.sh
> mkdir tmp
> cp -r mobilespec tmp
> cd tmp/mobilespec
> cordova rm ios
> cordova add ios
> {code}
> What you get:
> - All dependent plugins install fine
> - First non-dependent plugin fails with:
> {quote}
> Starting installation of "org.cordova.mobile-spec-dependencies" for ios
> /Users/agrieve/git/cordova/cordova-cli/node_modules/q/q.js:126
> throw e;
> ^
> Error: Failed to locate git repository for
> org.cordova.mobile-spec-dependencies plugin.
> at /Users/agrieve/git/cordova/cordova-plugman/src/install.js:278:57
> at exithandler (child_process.js:633:7)
> at ChildProcess.errorhandler (child_process.js:649:5)
> at ChildProcess.EventEmitter.emit (events.js:95:17)
> at Process.ChildProcess._handle.onexit (child_process.js:787:12)
> {quote}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Created] (CB-5702) platform add fails to install plugins if project has been moved to another directory
Andrew Grieve created CB-5702:
-
Summary: platform add fails to install plugins if project has been
moved to another directory
Key: CB-5702
URL: https://issues.apache.org/jira/browse/CB-5702
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Reporter: Andrew Grieve
Priority: Minor
{code}
./cordova-mobile-spec/createmobilespec.sh
mkdir tmp
cp -r mobilespec tmp
cd tmp/mobilespec
cordova rm ios
cordova add ios
{code}
What you get:
- All dependent plugins install fine
- First non-dependent plugin fails with:
{quote}
Starting installation of "org.cordova.mobile-spec-dependencies" for ios
/Users/agrieve/git/cordova/cordova-cli/node_modules/q/q.js:126
throw e;
^
Error: Failed to locate git repository for org.cordova.mobile-spec-dependencies
plugin.
at /Users/agrieve/git/cordova/cordova-plugman/src/install.js:278:57
at exithandler (child_process.js:633:7)
at ChildProcess.errorhandler (child_process.js:649:5)
at ChildProcess.EventEmitter.emit (events.js:95:17)
at Process.ChildProcess._handle.onexit (child_process.js:787:12)
{quote}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Created] (CB-5701) iOS frameworks search paths should not be absolute paths
Andrew Grieve created CB-5701: - Summary: iOS frameworks search paths should not be absolute paths Key: CB-5701 URL: https://issues.apache.org/jira/browse/CB-5701 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor 1. create a CLI project 2. add org.chromium.identity 3. notice that it compiles 4. move the project to another parent directory 5. notice that it no longer compiles This is because the FRAMEWORK_SEARCH_PATHS have absolute paths in them instead of relative paths. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5397) "cordova prepare ios" overwrites existing source code files/directories
[ https://issues.apache.org/jira/browse/CB-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855938#comment-13855938 ] ASF subversion and git services commented on CB-5397: - Commit 8bde8edfa7976bfe116e22451cb375949a76035c in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=8bde8ed ] CB-5397 Make iOS project file's www/ and config.xml point at the non-platforms versions. This will hopefully make it easier to use Xcode with CLI. > "cordova prepare ios" overwrites existing source code files/directories > --- > > Key: CB-5397 > URL: https://issues.apache.org/jira/browse/CB-5397 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 > Environment: MacOS 10.8.5 > XCode 5.01 >Reporter: Tom Ernhardt >Assignee: Andrew Grieve > > The cordova command line "cordova prepare ios" clobbers user-created source > code files/directories without warning > Steps to reproduce: > # create a test app > cordova create test com.test test > cd test > cordova platform add ios > # add a plugin > cordova plugin add https://github.com/apache/cordova-plugin-device.git > cordova prepare ios > Then open the generated Xcode project in Xcode > Add some source code files > # Now add a different plugin > cordova plugin add https://github.com/apache/cordova-plugin-console.git > # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES > cordova prepare ios > All the source code files and directories that you created in > /platforms/ios/www/ > have just been deleted by the cordova CLI without any warning! -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5397) "cordova prepare ios" overwrites existing source code files/directories
[ https://issues.apache.org/jira/browse/CB-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5397. --- Resolution: Fixed Assignee: Andrew Grieve > "cordova prepare ios" overwrites existing source code files/directories > --- > > Key: CB-5397 > URL: https://issues.apache.org/jira/browse/CB-5397 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 > Environment: MacOS 10.8.5 > XCode 5.01 >Reporter: Tom Ernhardt >Assignee: Andrew Grieve > > The cordova command line "cordova prepare ios" clobbers user-created source > code files/directories without warning > Steps to reproduce: > # create a test app > cordova create test com.test test > cd test > cordova platform add ios > # add a plugin > cordova plugin add https://github.com/apache/cordova-plugin-device.git > cordova prepare ios > Then open the generated Xcode project in Xcode > Add some source code files > # Now add a different plugin > cordova plugin add https://github.com/apache/cordova-plugin-console.git > # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES > cordova prepare ios > All the source code files and directories that you created in > /platforms/ios/www/ > have just been deleted by the cordova CLI without any warning! -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-4153) Add ability to select default app template at "cordova create" time
[ https://issues.apache.org/jira/browse/CB-4153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855867#comment-13855867 ] ASF subversion and git services commented on CB-4153: - Commit 9b7fedf843f9ca5aef8e738e1349581666e2f716 in branch refs/heads/master from [~kamrik] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=9b7fedf ] CB-4153 Add --src & --link to cordova create. Both --src and --source are accepted. The path is passed via the lib.www.uri of the configuration object that is later written to .cordova/config.json. Cordova will keep going into child www folder(s) of the provided path. > Add ability to select default app template at "cordova create" time > --- > > Key: CB-4153 > URL: https://issues.apache.org/jira/browse/CB-4153 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.0.0 >Reporter: Michal Mocny >Assignee: Mark Koudritsky > > Proposal, Implement src flag to cordova create: > cordova create --src=... > Where src is: > * a valid path to a web app > * from a set of special values, perhaps including: > - default > - blank > - spec > - easteregg -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5700) 3.3.0 cordova-docs Ubuntu install dependencies wrong
Kyle Nitzsche created CB-5700: - Summary: 3.3.0 cordova-docs Ubuntu install dependencies wrong Key: CB-5700 URL: https://issues.apache.org/jira/browse/CB-5700 Project: Apache Cordova Issue Type: Improvement Components: Docs Affects Versions: 3.3.0 Reporter: Kyle Nitzsche Fix For: 3.3.0 The 3.3.0 cordova-docs ubuntu platform guide has the wrong install command. The current documented install command works but it requires the user to enter a large number of packages to install that are not necessary because they are actually all dependencies of a the single package they do install: cordova-cli. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5699) [BlackBerry10] resolveLocalFileSystemURI fails when file is outside of sandbox
Bryan Higgins created CB-5699: - Summary: [BlackBerry10] resolveLocalFileSystemURI fails when file is outside of sandbox Key: CB-5699 URL: https://issues.apache.org/jira/browse/CB-5699 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: Bryan Higgins Assignee: Bryan Higgins resolveLocalFileSystem is wrapping the native WebKit version, however the native version is limited to files within the application sandbox. This needs to be re-written to support files in the shared areas. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Closed] (CB-5695) cordova platform update ios fails on 3.3.1
[ https://issues.apache.org/jira/browse/CB-5695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Georg Howen closed CB-5695. --- Resolution: Duplicate > cordova platform update ios fails on 3.3.1 > -- > > Key: CB-5695 > URL: https://issues.apache.org/jira/browse/CB-5695 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.3.0 >Reporter: Georg Howen > > I just updated Cordova to 3.3.1 over npm and then wanted to update the > platform of my IOS project. CLI quit with the following error message: > mbpro:WpBIRU georg$ cordova platform update ios > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: Update script failed: Error: Command failed: /bin/sh: > /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file or > directory > /bin/sh: /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file > or directory > at > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/src/platform.js:123:38 > at ChildProcess.exithandler (child_process.js:641:7) > at ChildProcess.EventEmitter.emit (events.js:98:17) > at maybeClose (child_process.js:735:16) > at Socket. (child_process.js:948:11) > at Socket.EventEmitter.emit (events.js:95:17) > at Pipe.close (net.js:466:12) > It looks like there is still a path to 3.3.0 hardcoded somewhere? > Going back to 3.2.0 worked fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5695) cordova platform update ios fails on 3.3.1
[ https://issues.apache.org/jira/browse/CB-5695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855784#comment-13855784 ] Georg Howen commented on CB-5695: - Thanks Andrew! That did it for me. Closing the issue. > cordova platform update ios fails on 3.3.1 > -- > > Key: CB-5695 > URL: https://issues.apache.org/jira/browse/CB-5695 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.3.0 >Reporter: Georg Howen > > I just updated Cordova to 3.3.1 over npm and then wanted to update the > platform of my IOS project. CLI quit with the following error message: > mbpro:WpBIRU georg$ cordova platform update ios > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: Update script failed: Error: Command failed: /bin/sh: > /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file or > directory > /bin/sh: /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file > or directory > at > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/src/platform.js:123:38 > at ChildProcess.exithandler (child_process.js:641:7) > at ChildProcess.EventEmitter.emit (events.js:98:17) > at maybeClose (child_process.js:735:16) > at Socket. (child_process.js:948:11) > at Socket.EventEmitter.emit (events.js:95:17) > at Pipe.close (net.js:466:12) > It looks like there is still a path to 3.3.0 hardcoded somewhere? > Going back to 3.2.0 worked fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5698) Corrupt images in Contacts cause a crash when using CDVContact
Sean Kladek created CB-5698: --- Summary: Corrupt images in Contacts cause a crash when using CDVContact Key: CB-5698 URL: https://issues.apache.org/jira/browse/CB-5698 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Contacts Affects Versions: 3.0.0 Environment: iOS 7.0 Reporter: Sean Kladek Priority: Minor I've been having an issue with CDVContact crashing in -(NSObject*)extractPhotos for specific contacts. The issue appears to be contacts that have corrupt or otherwise uncopyable images. This crash occurs when ABPersonHasImageData() returns true while ABPersonCopyImageData() returns nil. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5695) cordova platform update ios fails on 3.3.1
[ https://issues.apache.org/jira/browse/CB-5695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855777#comment-13855777 ] Andrew Grieve commented on CB-5695: --- Just tried running cordova update, and it worked fine for me. I suspect you've hit: CB-5493. Could you try deleting your ~/.cordova/libs directory and try again? > cordova platform update ios fails on 3.3.1 > -- > > Key: CB-5695 > URL: https://issues.apache.org/jira/browse/CB-5695 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.3.0 >Reporter: Georg Howen > > I just updated Cordova to 3.3.1 over npm and then wanted to update the > platform of my IOS project. CLI quit with the following error message: > mbpro:WpBIRU georg$ cordova platform update ios > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: Update script failed: Error: Command failed: /bin/sh: > /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file or > directory > /bin/sh: /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file > or directory > at > /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/src/platform.js:123:38 > at ChildProcess.exithandler (child_process.js:641:7) > at ChildProcess.EventEmitter.emit (events.js:98:17) > at maybeClose (child_process.js:735:16) > at Socket. (child_process.js:948:11) > at Socket.EventEmitter.emit (events.js:95:17) > at Pipe.close (net.js:466:12) > It looks like there is still a path to 3.3.0 hardcoded somewhere? > Going back to 3.2.0 worked fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5697) deviceready fails to fire after location.reload() on iOS
[ https://issues.apache.org/jira/browse/CB-5697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855770#comment-13855770 ] ASF subversion and git services commented on CB-5697: - Commit 725db75f3b68685bfa7e26009b3161cc6969734b in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=725db75 ] CB-5697 Add a reload button to misc->hash subpage > deviceready fails to fire after location.reload() on iOS > > > Key: CB-5697 > URL: https://issues.apache.org/jira/browse/CB-5697 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 3.4.0 > > > Added a test page for this in mobilespec under "misc" -> "hash change" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5659) inappbrowser/plugins fail with no exception if iframe.src is set after the location.hash is changed
[
https://issues.apache.org/jira/browse/CB-5659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-5659.
---
Resolution: Fixed
Fix Version/s: 3.4.0
Assignee: Andrew Grieve
I believe this is caused by the same thing as CB-4330, which I just submitted a
fix for today.
Please reopen if this is still a problem on master branch, or with Cordova 3.4
(when it gets released)
> inappbrowser/plugins fail with no exception if iframe.src is set after the
> location.hash is changed
> ---
>
> Key: CB-5659
> URL: https://issues.apache.org/jira/browse/CB-5659
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugin InAppBrowser
>Affects Versions: 3.2.0
> Environment: xcode 5.02, ios 6, ios 7, simulator Version 7.0
> (463.9.4.2)
>Reporter: Cody Redmond
>Assignee: Andrew Grieve
> Labels: newbie
> Fix For: 3.4.0
>
>
> tldr; Inappbrowser dies -- but only if both the hash is changed and then an
> iframe source is loaded. Seems to kill plugins.
> Wow this took a while to figure out how to reproduce. There are five steps,
> and it can be reproduced in the example cordova project. Execute the JS
> through the safari remote debugger, or include it in the app.init after
> deviceready. Oh and this exact code requires jquery, is that fine?
> 1) Execute code:
> {code}
> $body = $("body");
> $body.empty();
> $iframe = $("");
> $iframe.appendTo($body);
> $iframe.attr('src', 'http://apache.org');
> {code}
> And the result is as expected -- iframe displays with content.
> 2) Execute code:
> {code}
> var ref = window.open('http://apache.org', '_blank', 'location=yes');
> ref.addEventListener('loadstart', function(evt) { alert('start: ' + evt.url);
> });
> ref.addEventListener('loadstop', function(evt) { alert('stop: ' + evt.url);
> });
> ref.addEventListener('exit', function(evt) { alert(evt.type); });
> {code}
> And the result is as expected -- events fire and browser pops in with content
> as expected. Click "Done" to dismiss the browser.
> 3) Execute code:
> {code}
> window.location.hash = 'test';
> {code}
> 4) Repeat steps 1 -- another iframe will again display as expected.
> 5) Repeat steps 2 -- but this time, no events fire and browser doesn't pop up.
> Conclusion: Inappbrowser dies if both the hash is changed and then an iframe
> source is loaded.
> Seems to be related to:
> https://issues.apache.org/jira/browse/CB-2602
> https://issues.apache.org/jira/browse/CB-2102 (maybe?)
> What can I do to help with this?
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Resolved] (CB-2667) CDVUserAgentUtil acquireLock issue
[ https://issues.apache.org/jira/browse/CB-2667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-2667. --- Resolution: Fixed Fix Version/s: 3.4.0 Assuming this is fixed by hash change fixes in CB-2602 and CB-5697 Please reopen (hopefully with an example project) if it's still broken in 3.4.0 (or on master) > CDVUserAgentUtil acquireLock issue > -- > > Key: CB-2667 > URL: https://issues.apache.org/jira/browse/CB-2667 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Trice >Assignee: Andrew Grieve > Fix For: 3.4.0 > > > This issue was reported from a PhoneGap customer. I've requested additional > detail/steps to reproduce: > We are using UIPageViewController and adding a CDVViewController as a data > view controller for each Page in the UIPageViewController. When the user is > trying to scroll to the next page while the content of the CDVViewController > (html contents) are not fully loaded, all subsequent page scrolls will cause > the html page to be blank. > We found this issues is caused by the [CDVUserAgentUtil > acquireLock:^(NSInteger lockToken) in the CDVViewController and > [CDVUserAgentUtil releaseLock:_userAgentLockToken] in the > webViewDidFinishload; When this happens, the acquireLock and releaseLock > pair does not work properly. After we removed both call in the > CDVViewController, we don't see the problem anymore. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5480) versioncode ignored by cordova
[ https://issues.apache.org/jira/browse/CB-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855753#comment-13855753 ] Вячеслав Шабельник commented on CB-5480: Hi! Please be so kind and review and add my fix to next release! Here it is: https://github.com/apache/cordova-cli/pull/116 > versioncode ignored by cordova > -- > > Key: CB-5480 > URL: https://issues.apache.org/jira/browse/CB-5480 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: Master >Reporter: Вячеслав Шабельник > Fix For: 2.9.0 > > > versioncode ignored by cordova. Its always = 1. > Filip Maj added a comment - 12/Jul/13 19:03 > This was fixed in 2.9. > No! Its not! Its not fixed even in 3.1! Cordova just ignore versioncode for > android and make it = 1. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5093) CLI builds version number inconsitently between iOS and Android
[ https://issues.apache.org/jira/browse/CB-5093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855752#comment-13855752 ] Вячеслав Шабельник commented on CB-5093: Hi! I also have this trouble and this is big shame. I ask guys from cordova - please be so kind and review and add my fix to next release! Here it is: https://github.com/apache/cordova-cli/pull/116 > CLI builds version number inconsitently between iOS and Android > --- > > Key: CB-5093 > URL: https://issues.apache.org/jira/browse/CB-5093 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI, iOS >Affects Versions: 3.1.0 >Reporter: Adam George >Assignee: Braden Shepherdson > > I'm hoping this issue isn't just my ignorance, but I'm finding the app > version number generation via the CLI to be inconsistent and odd. > iOS and Android both support a version number (which is what is displayed in > the app stores), as well as another string, which most people use as a build > number. > E.g. for iOS: > Myapp-Info.plist: > Bundle versions string, short: 1.0.0 (this is what will show in the app > store) > Bundle version: 0.0.3(this is some other build number) > Android: > AndroidManifest.xml: > android:versionCode="1" android:versionName="0.0.3" > versionName is what shows in the stores, and versionCode is typically used > like a build number (as far as I can tell). > My point is, in the cordova.xml, I only have the ability to set one of these > version numbers. There is only a single "version" attribute. > But we need two attributes, so we can set both version strings via the CLI. > Secondly, how the "version" attribute is applied when building via the CLI is > inconsistent. On iOS it's updating the "build" number, and not even touching > the main version number that users will see in the store. > Whereas Android has what I would expect as the correct behaviour. > Anyway, please let me know if I've misunderstood anything. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-5697) deviceready fails to fire after location.reload() on iOS
[ https://issues.apache.org/jira/browse/CB-5697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5697. --- Resolution: Fixed Fix Version/s: 3.4.0 > deviceready fails to fire after location.reload() on iOS > > > Key: CB-5697 > URL: https://issues.apache.org/jira/browse/CB-5697 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 3.4.0 > > > Added a test page for this in mobilespec under "misc" -> "hash change" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5697) deviceready fails to fire after location.reload() on iOS
[ https://issues.apache.org/jira/browse/CB-5697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855750#comment-13855750 ] ASF subversion and git services commented on CB-5697: - Commit ced5b8f9f563a739b23c5f6f6e7504ac9cb819eb in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=ced5b8f ] CB-5697 Fix location.reload() not firing deviceready. It was being detected as a hash change event. This commit also fixes isFragmentIdentifierToRequest ignoring query parameters. > deviceready fails to fire after location.reload() on iOS > > > Key: CB-5697 > URL: https://issues.apache.org/jira/browse/CB-5697 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > Fix For: 3.4.0 > > > Added a test page for this in mobilespec under "misc" -> "hash change" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5697) deviceready fails to fire after location.reload() on iOS
Andrew Grieve created CB-5697: - Summary: deviceready fails to fire after location.reload() on iOS Key: CB-5697 URL: https://issues.apache.org/jira/browse/CB-5697 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Added a test page for this in mobilespec under "misc" -> "hash change" -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5648) "cordova platform add android" fails with "Package name must look like: com.company.Name"
[ https://issues.apache.org/jira/browse/CB-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855740#comment-13855740 ] Evan Rowley commented on CB-5648: - I'm very thankful for the documentation update. Thanks for pushing that one through. > "cordova platform add android" fails with "Package name must look like: > com.company.Name" > - > > Key: CB-5648 > URL: https://issues.apache.org/jira/browse/CB-5648 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0, 3.3.0 > Environment: OS X 18.3 >Reporter: Evan Rowley >Assignee: Marcel Kinard >Priority: Minor > Labels: newbie > Fix For: 3.4.0 > > > I was making my way through the PhoneGap 3 Beginner’s Guide by Giorigo Natili > when I ran into the following error. Chapter 03 is on creating the HelloWorld > app. The steps that got me to the error are: > Step 1 > cordova create ~/the/path/to/src/ch03 HelloWorld > Step 2 > cd ~/the/path/to/src/ch03 > Step 3 > cordova platform add android > ^ This command doesn’t seem to work. What I get from running this is: > Creating android project... > /usr/local/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: An error occured during creation of android sub-project. > /Users/evanrowley/.cordova/lib/android/cordova/3.3.0/bin/node_modules/q/q.js:126 > throw e; > ^ > Package name must look like: com.company.Name > at /usr/local/lib/node_modules/cordova/src/platform.js:244: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) > I would really like to debug this but I don’t have the slightest clue as to > how my environment could be verified and/or how a node application can be > debugged. I took a look at q.js:126 and platform.js:244 and both basically > tie into some kind of exception thingy. It would be really neat if I could > run this in a ‘debug mode’ and see what all the variables are at certain > breakpoints. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Updated] (CB-5696) Missing Plugin source file on iOS
[ https://issues.apache.org/jira/browse/CB-5696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] xu.li updated CB-5696: -- Description: Bug 1. cordova create cordova-issue com.example.cordova.issue cordova-issue 2. cd cordova-issue/ && cordova platform add ios && cordova build && cordova plugin add org.apache.cordova.device 3. Open the project in xcode5, and you will find CDVDevice.h and CDVDevice.m are missing. Reason It is caused by [cordova-plugman.git] / src / platforms / ios.js. In the parseProjectFile function, it searches for "config.xml" using "glob.sync", and then filter the file path list, and then use the first file in the remaining list. When the name of the project, 3rd parameter in the "cordova create" command, starts with a lowercased letter after "b", it will not be list as the first item among all the candidates, and the "**/build/**"-like file paths are not filtered out. Quick Fix Filter all the file candidates contain "/build/". was: Bug 1. cordova create cordova-issue com.example.cordova.issue cordova-issue 2. cd cordova-issue/ && cordova platform add ios && cordova build && cordova plugin add org.apache.cordova.device 3. Open the project in xcode5, and you will find CDVDevice.h and CDVDevice.m are missing. Reason It is caused by [cordova-plugman.git] / src / platforms / ios.js. In the parseProjectFile function, it searches for "config.xml" using "glob.sync", and then filter the file list, and then use the first file in the remaining list. When the name of the project, 3rd parameter in the "cordova create" command, starts with a lower cased letter after "b", it will not be list as the first item among all the candidates, and the "**/build/**"-like file names are not filtered out. Quick Fix Filter all the file name candidates contain "/build/". > Missing Plugin source file on iOS > - > > Key: CB-5696 > URL: https://issues.apache.org/jira/browse/CB-5696 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman >Affects Versions: 3.3.0 > Environment: Mac OSX 10.9, plugman 0.17.0, cordova 3.3.0-0.1.1, xcode > 5 >Reporter: xu.li > Labels: build, patch > > Bug > > 1. cordova create cordova-issue com.example.cordova.issue cordova-issue > 2. cd cordova-issue/ && cordova platform add ios && cordova build && cordova > plugin add org.apache.cordova.device > 3. Open the project in xcode5, and you will find CDVDevice.h and CDVDevice.m > are missing. > Reason > > It is caused by [cordova-plugman.git] / src / platforms / ios.js. > In the parseProjectFile function, it searches for "config.xml" using > "glob.sync", and then filter the file path list, and then use the first file > in the remaining list. > When the name of the project, 3rd parameter in the "cordova create" command, > starts with a lowercased letter after "b", it will not be list as the first > item among all the candidates, and the "**/build/**"-like file paths are not > filtered out. > Quick Fix > > Filter all the file candidates contain "/build/". -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Closed] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4
[ https://issues.apache.org/jira/browse/CB-5414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard closed CB-5414. - Resolution: Duplicate Closing this as a dup since it was already addressed in 2.9.1. Policy is not to backport to 2.x versions earlier than 2.9.x. > 2.x InAppBrowser localUrls fail on Android 4.4 > --- > > Key: CB-5414 > URL: https://issues.apache.org/jira/browse/CB-5414 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 2.3.0, 2.6.0 >Reporter: Mike Billau >Priority: Minor > > For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on > Android 4.4 > I think that it has to do with: > http://developer.android.com/guide/webapps/migrating.html#URLs > Apparently this is not covered by Quirks Mode because setting targetSDK=18 or > targetSDK=19 doesn't make a difference. > Tested with 2.x mobile spec. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4330) handleOpenURL called twice in certain cases
[
https://issues.apache.org/jira/browse/CB-4330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-4330.
---
Resolution: Fixed
Fix Version/s: 3.4.0
Assignee: Andrew Grieve (was: Shazron Abdullah)
Thanks for the detailed report!
> handleOpenURL called twice in certain cases
> ---
>
> Key: CB-4330
> URL: https://issues.apache.org/jira/browse/CB-4330
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 2.9.0
>Reporter: Jacob Weber
>Assignee: Andrew Grieve
> Fix For: 3.4.0
>
>
> I have an app with a custom URL protocol handler. If I load it via the custom
> URL, it calls my handleOpenURL JS function, as expected. But if I then change
> window.location.hash, and then load another URL in an iframe, handleOpenURL
> is called again with the same URL.
> 1. Create an iOS project according to the docs
> (http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_ios_index.md.html#iOS%20Platform%20Guide)
> 2. Add this to the bottom of index.html, before the tag:
> {noformat}test
>
> function handleOpenURL(url) {
> console.log(url);
> }
> var test = document.getElementById('test');
> test.addEventListener('click', function() {
> window.location.hash = 'foo';
> var frame = document.createElement('iframe');
> frame.src = 'img/logo.png';
> document.body.appendChild(frame);
> }, false);
> {noformat}
> 3. Add this to the end of your HelloWorld-Info.plist file:
> {noformat}CFBundleURLTypes
>
>
> CFBundleURLName
> com.mycompany.myscheme
> CFBundleURLSchemes
>
> sample
>
>
> {noformat}
> 4. Run the app.
> 5. Create a web page somewhere outside of the app, with a link like this:
> {noformat}(sample){noformat}
> 6. Open the page in Safari and click the link.
> 7. The app will open, and in XCode's console, you'll see "handleOpenURL:
> sample://page".
> 8. Now click the "test" button in the app. This will change
> window.location.hash, and create an iframe.
> 9. In XCode's console, you'll see a second "handleOpenURL: sample://page",
> which shouldn't happen.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CB-4330) handleOpenURL called twice in certain cases
[
https://issues.apache.org/jira/browse/CB-4330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855726#comment-13855726
]
ASF subversion and git services commented on CB-4330:
-
Commit a61b28919ece8c813b789d24c142173990c9 in branch refs/heads/master
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=a61b289 ]
CB-4330 Fix hash changes being treated as top-level navigations
> handleOpenURL called twice in certain cases
> ---
>
> Key: CB-4330
> URL: https://issues.apache.org/jira/browse/CB-4330
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 2.9.0
>Reporter: Jacob Weber
>Assignee: Shazron Abdullah
>
> I have an app with a custom URL protocol handler. If I load it via the custom
> URL, it calls my handleOpenURL JS function, as expected. But if I then change
> window.location.hash, and then load another URL in an iframe, handleOpenURL
> is called again with the same URL.
> 1. Create an iOS project according to the docs
> (http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_ios_index.md.html#iOS%20Platform%20Guide)
> 2. Add this to the bottom of index.html, before the tag:
> {noformat}test
>
> function handleOpenURL(url) {
> console.log(url);
> }
> var test = document.getElementById('test');
> test.addEventListener('click', function() {
> window.location.hash = 'foo';
> var frame = document.createElement('iframe');
> frame.src = 'img/logo.png';
> document.body.appendChild(frame);
> }, false);
> {noformat}
> 3. Add this to the end of your HelloWorld-Info.plist file:
> {noformat}CFBundleURLTypes
>
>
> CFBundleURLName
> com.mycompany.myscheme
> CFBundleURLSchemes
>
> sample
>
>
> {noformat}
> 4. Run the app.
> 5. Create a web page somewhere outside of the app, with a link like this:
> {noformat}(sample){noformat}
> 6. Open the page in Safari and click the link.
> 7. The app will open, and in XCode's console, you'll see "handleOpenURL:
> sample://page".
> 8. Now click the "test" button in the app. This will change
> window.location.hash, and create an iframe.
> 9. In XCode's console, you'll see a second "handleOpenURL: sample://page",
> which shouldn't happen.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CB-4330) handleOpenURL called twice in certain cases
[
https://issues.apache.org/jira/browse/CB-4330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855727#comment-13855727
]
ASF subversion and git services commented on CB-4330:
-
Commit 0fd177b97e8bac15e524eeba6704c2244bb97af2 in branch refs/heads/master
from [~agrieve]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=0fd177b ]
CB-4330 Add test pages that change hashes
> handleOpenURL called twice in certain cases
> ---
>
> Key: CB-4330
> URL: https://issues.apache.org/jira/browse/CB-4330
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 2.9.0
>Reporter: Jacob Weber
>Assignee: Shazron Abdullah
>
> I have an app with a custom URL protocol handler. If I load it via the custom
> URL, it calls my handleOpenURL JS function, as expected. But if I then change
> window.location.hash, and then load another URL in an iframe, handleOpenURL
> is called again with the same URL.
> 1. Create an iOS project according to the docs
> (http://cordova.apache.org/docs/en/2.9.0/guide_getting-started_ios_index.md.html#iOS%20Platform%20Guide)
> 2. Add this to the bottom of index.html, before the tag:
> {noformat}test
>
> function handleOpenURL(url) {
> console.log(url);
> }
> var test = document.getElementById('test');
> test.addEventListener('click', function() {
> window.location.hash = 'foo';
> var frame = document.createElement('iframe');
> frame.src = 'img/logo.png';
> document.body.appendChild(frame);
> }, false);
> {noformat}
> 3. Add this to the end of your HelloWorld-Info.plist file:
> {noformat}CFBundleURLTypes
>
>
> CFBundleURLName
> com.mycompany.myscheme
> CFBundleURLSchemes
>
> sample
>
>
> {noformat}
> 4. Run the app.
> 5. Create a web page somewhere outside of the app, with a link like this:
> {noformat}(sample){noformat}
> 6. Open the page in Safari and click the link.
> 7. The app will open, and in XCode's console, you'll see "handleOpenURL:
> sample://page".
> 8. Now click the "test" button in the app. This will change
> window.location.hash, and create an iframe.
> 9. In XCode's console, you'll see a second "handleOpenURL: sample://page",
> which shouldn't happen.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Resolved] (CB-5648) "cordova platform add android" fails with "Package name must look like: com.company.Name"
[ https://issues.apache.org/jira/browse/CB-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard resolved CB-5648. --- Resolution: Fixed Fix Version/s: (was: 3.3.0) 3.4.0 Docs updated. Evan, you can see the new docs in the git link here to cordova-docs. > "cordova platform add android" fails with "Package name must look like: > com.company.Name" > - > > Key: CB-5648 > URL: https://issues.apache.org/jira/browse/CB-5648 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0, 3.3.0 > Environment: OS X 18.3 >Reporter: Evan Rowley >Assignee: Marcel Kinard >Priority: Minor > Labels: newbie > Fix For: 3.4.0 > > > I was making my way through the PhoneGap 3 Beginner’s Guide by Giorigo Natili > when I ran into the following error. Chapter 03 is on creating the HelloWorld > app. The steps that got me to the error are: > Step 1 > cordova create ~/the/path/to/src/ch03 HelloWorld > Step 2 > cd ~/the/path/to/src/ch03 > Step 3 > cordova platform add android > ^ This command doesn’t seem to work. What I get from running this is: > Creating android project... > /usr/local/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: An error occured during creation of android sub-project. > /Users/evanrowley/.cordova/lib/android/cordova/3.3.0/bin/node_modules/q/q.js:126 > throw e; > ^ > Package name must look like: com.company.Name > at /usr/local/lib/node_modules/cordova/src/platform.js:244: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) > I would really like to debug this but I don’t have the slightest clue as to > how my environment could be verified and/or how a node application can be > debugged. I took a look at q.js:126 and platform.js:244 and both basically > tie into some kind of exception thingy. It would be really neat if I could > run this in a ‘debug mode’ and see what all the variables are at certain > breakpoints. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Resolved] (CB-4478) InAppBrowser: Tapping same link twice in view doesn't load
[ https://issues.apache.org/jira/browse/CB-4478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-4478. --- Resolution: Duplicate Tried to reproduce using 3.3.0 but didn't see the problem. Suspect it was fixed by CB-3530 > InAppBrowser: Tapping same link twice in view doesn't load > -- > > Key: CB-4478 > URL: https://issues.apache.org/jira/browse/CB-4478 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 2.9.0 > Environment: iPhone 5 running iOS 6.1.4 >Reporter: Daniel Morgan >Assignee: Shazron Abdullah > Labels: InAppBrowser, Plugins, iOS > > In my Cordova app I have three links at the bottom of a settings page like so: > FAQ > Terms and Service > Privacy Policy > For the implementation I have a function called webView(url) that calls > window.open(url, "_blank", "location=yes"); that all three pass through to > open an InAppBrowser. > When I click on FAQ it shows up correctly, I press done and come back > successfully. I click on Privacy Policy and works correctly as well. > However, if I click FAQ right after I just viewed FAQ, nothing happens. This > only happens on iOS and not on Android (Android works perfectly). -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Assigned] (CB-5648) "cordova platform add android" fails with "Package name must look like: com.company.Name"
[ https://issues.apache.org/jira/browse/CB-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Kinard reassigned CB-5648: - Assignee: Marcel Kinard > "cordova platform add android" fails with "Package name must look like: > com.company.Name" > - > > Key: CB-5648 > URL: https://issues.apache.org/jira/browse/CB-5648 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0, 3.3.0 > Environment: OS X 18.3 >Reporter: Evan Rowley >Assignee: Marcel Kinard >Priority: Minor > Labels: newbie > Fix For: 3.3.0 > > > I was making my way through the PhoneGap 3 Beginner’s Guide by Giorigo Natili > when I ran into the following error. Chapter 03 is on creating the HelloWorld > app. The steps that got me to the error are: > Step 1 > cordova create ~/the/path/to/src/ch03 HelloWorld > Step 2 > cd ~/the/path/to/src/ch03 > Step 3 > cordova platform add android > ^ This command doesn’t seem to work. What I get from running this is: > Creating android project... > /usr/local/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: An error occured during creation of android sub-project. > /Users/evanrowley/.cordova/lib/android/cordova/3.3.0/bin/node_modules/q/q.js:126 > throw e; > ^ > Package name must look like: com.company.Name > at /usr/local/lib/node_modules/cordova/src/platform.js:244: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) > I would really like to debug this but I don’t have the slightest clue as to > how my environment could be verified and/or how a node application can be > debugged. I took a look at q.js:126 and platform.js:244 and both basically > tie into some kind of exception thingy. It would be really neat if I could > run this in a ‘debug mode’ and see what all the variables are at certain > breakpoints. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5648) "cordova platform add android" fails with "Package name must look like: com.company.Name"
[ https://issues.apache.org/jira/browse/CB-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855713#comment-13855713 ] ASF subversion and git services commented on CB-5648: - Commit dad8e2a89ae13f65aa7aa768754b763c36a83a6d in branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=dad8e2a ] CB-5648: clarify comments for the parms > "cordova platform add android" fails with "Package name must look like: > com.company.Name" > - > > Key: CB-5648 > URL: https://issues.apache.org/jira/browse/CB-5648 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0, 3.3.0 > Environment: OS X 18.3 >Reporter: Evan Rowley >Priority: Minor > Labels: newbie > Fix For: 3.3.0 > > > I was making my way through the PhoneGap 3 Beginner’s Guide by Giorigo Natili > when I ran into the following error. Chapter 03 is on creating the HelloWorld > app. The steps that got me to the error are: > Step 1 > cordova create ~/the/path/to/src/ch03 HelloWorld > Step 2 > cd ~/the/path/to/src/ch03 > Step 3 > cordova platform add android > ^ This command doesn’t seem to work. What I get from running this is: > Creating android project... > /usr/local/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: An error occured during creation of android sub-project. > /Users/evanrowley/.cordova/lib/android/cordova/3.3.0/bin/node_modules/q/q.js:126 > throw e; > ^ > Package name must look like: com.company.Name > at /usr/local/lib/node_modules/cordova/src/platform.js:244: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) > I would really like to debug this but I don’t have the slightest clue as to > how my environment could be verified and/or how a node application can be > debugged. I took a look at q.js:126 and platform.js:244 and both basically > tie into some kind of exception thingy. It would be really neat if I could > run this in a ‘debug mode’ and see what all the variables are at certain > breakpoints. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5648) "cordova platform add android" fails with "Package name must look like: com.company.Name"
[ https://issues.apache.org/jira/browse/CB-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855710#comment-13855710 ] ASF subversion and git services commented on CB-5648: - Commit e9e0857cd9552ffb49729b396fa0ee4e1b72643c in branch refs/heads/master from [~cmarcelk] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=e9e0857 ] CB-5648: Clarify parms to "cordova create" Especially for the optional parameters. And mention the default values > "cordova platform add android" fails with "Package name must look like: > com.company.Name" > - > > Key: CB-5648 > URL: https://issues.apache.org/jira/browse/CB-5648 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0, 3.3.0 > Environment: OS X 18.3 >Reporter: Evan Rowley >Priority: Minor > Labels: newbie > Fix For: 3.3.0 > > > I was making my way through the PhoneGap 3 Beginner’s Guide by Giorigo Natili > when I ran into the following error. Chapter 03 is on creating the HelloWorld > app. The steps that got me to the error are: > Step 1 > cordova create ~/the/path/to/src/ch03 HelloWorld > Step 2 > cd ~/the/path/to/src/ch03 > Step 3 > cordova platform add android > ^ This command doesn’t seem to work. What I get from running this is: > Creating android project... > /usr/local/lib/node_modules/cordova/node_modules/q/q.js:126 > throw e; > ^ > Error: An error occured during creation of android sub-project. > /Users/evanrowley/.cordova/lib/android/cordova/3.3.0/bin/node_modules/q/q.js:126 > throw e; > ^ > Package name must look like: com.company.Name > at /usr/local/lib/node_modules/cordova/src/platform.js:244: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) > I would really like to debug this but I don’t have the slightest clue as to > how my environment could be verified and/or how a node application can be > debugged. I took a look at q.js:126 and platform.js:244 and both basically > tie into some kind of exception thingy. It would be really neat if I could > run this in a ‘debug mode’ and see what all the variables are at certain > breakpoints. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Comment Edited] (CB-5685) Video Capture Plugin Internal Error on Blackberry10
[
https://issues.apache.org/jira/browse/CB-5685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855705#comment-13855705
]
Matthew Keable edited comment on CB-5685 at 12/23/13 4:02 PM:
--
After finding a thread on the Blackberry support forums about problems with the
Capture plugin, I tried a suggestion of adding:
access_shared
To config.xml.
This appears to have resolved the problem. Would it be possible for you to
automatically include this in the build script?
Source:
http://supportforums.blackberry.com/t5/Web-and-WebWorks-Development/Cordova-3-2-0-Capture-Plugin-not-working/m-p/2701939#M42061
was (Author: keab42):
After finding a thread on the Blackberry support forums about problems with the
Capture plugin, I tried a suggestion of adding:
access_shared
To config.xml.
This appears to have resolved the problem. Would it be possible for you to
automatically include this in the build script?
> Video Capture Plugin Internal Error on Blackberry10
> ---
>
> Key: CB-5685
> URL: https://issues.apache.org/jira/browse/CB-5685
> Project: Apache Cordova
> Issue Type: Bug
> Components: BlackBerry, Plugin Media Capture
> Environment: Blackberry10
>Reporter: Matthew Keable
>Priority: Blocker
> Labels: blackberry, capture, video
>
> In Cordova 3.3.1 with the latest versions of Media Capture and File plugins,
> calling the Video Capture plugin like this:
> navigator.device.capture.captureVideo(onVideoCaptureSuccess,
> onVideoCaptureError, {
> limit : 1,
> duration : 3000
> });
> On a Blackberry Z10 running Blackberry 10.2.0.1791 with a project built
> against the Blackberry 10.2.0.15 NDK results in a
> CaptureError.CAPTURE_INTERNAL_ERR
> Videos are being recorded because they can be found in the device video
> gallery, but it seems that the plugin does not receive them.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Commented] (CB-5685) Video Capture Plugin Internal Error on Blackberry10
[
https://issues.apache.org/jira/browse/CB-5685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855705#comment-13855705
]
Matthew Keable commented on CB-5685:
After finding a thread on the Blackberry support forums about problems with the
Capture plugin, I tried a suggestion of adding:
access_shared
To config.xml.
This appears to have resolved the problem. Would it be possible for you to
automatically include this in the build script?
> Video Capture Plugin Internal Error on Blackberry10
> ---
>
> Key: CB-5685
> URL: https://issues.apache.org/jira/browse/CB-5685
> Project: Apache Cordova
> Issue Type: Bug
> Components: BlackBerry, Plugin Media Capture
> Environment: Blackberry10
>Reporter: Matthew Keable
>Priority: Blocker
> Labels: blackberry, capture, video
>
> In Cordova 3.3.1 with the latest versions of Media Capture and File plugins,
> calling the Video Capture plugin like this:
> navigator.device.capture.captureVideo(onVideoCaptureSuccess,
> onVideoCaptureError, {
> limit : 1,
> duration : 3000
> });
> On a Blackberry Z10 running Blackberry 10.2.0.1791 with a project built
> against the Blackberry 10.2.0.15 NDK results in a
> CaptureError.CAPTURE_INTERNAL_ERR
> Videos are being recorded because they can be found in the device video
> gallery, but it seems that the plugin does not receive them.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Resolved] (CB-2602) Hashchange prevents transition from splash screen
[ https://issues.apache.org/jira/browse/CB-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-2602. --- Resolution: Duplicate Looks like this was fixed and tracked by CB-3530 > Hashchange prevents transition from splash screen > - > > Key: CB-2602 > URL: https://issues.apache.org/jira/browse/CB-2602 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: haric >Assignee: Andrew Grieve > > location.hashchange on page load prevents transition from splash screen. > However, works from device ready or after setting an interval. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5696) Missing Plugin source file on iOS
xu.li created CB-5696: - Summary: Missing Plugin source file on iOS Key: CB-5696 URL: https://issues.apache.org/jira/browse/CB-5696 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: 3.3.0 Environment: Mac OSX 10.9, plugman 0.17.0, cordova 3.3.0-0.1.1, xcode 5 Reporter: xu.li Bug 1. cordova create cordova-issue com.example.cordova.issue cordova-issue 2. cd cordova-issue/ && cordova platform add ios && cordova build && cordova plugin add org.apache.cordova.device 3. Open the project in xcode5, and you will find CDVDevice.h and CDVDevice.m are missing. Reason It is caused by [cordova-plugman.git] / src / platforms / ios.js. In the parseProjectFile function, it searches for "config.xml" using "glob.sync", and then filter the file list, and then use the first file in the remaining list. When the name of the project, 3rd parameter in the "cordova create" command, starts with a lower cased letter after "b", it will not be list as the first item among all the candidates, and the "**/build/**"-like file names are not filtered out. Quick Fix Filter all the file name candidates contain "/build/". -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CB-5695) cordova platform update ios fails on 3.3.1
Georg Howen created CB-5695: --- Summary: cordova platform update ios fails on 3.3.1 Key: CB-5695 URL: https://issues.apache.org/jira/browse/CB-5695 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.3.0 Reporter: Georg Howen I just updated Cordova to 3.3.1 over npm and then wanted to update the platform of my IOS project. CLI quit with the following error message: mbpro:WpBIRU georg$ cordova platform update ios /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/node_modules/q/q.js:126 throw e; ^ Error: Update script failed: Error: Command failed: /bin/sh: /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file or directory /bin/sh: /Users/georg/.cordova/lib/ios/cordova/3.3.0/bin/update: No such file or directory at /Users/georg/.nvm/v0.10.22/lib/node_modules/cordova/src/platform.js:123:38 at ChildProcess.exithandler (child_process.js:641:7) at ChildProcess.EventEmitter.emit (events.js:98:17) at maybeClose (child_process.js:735:16) at Socket. (child_process.js:948:11) at Socket.EventEmitter.emit (events.js:95:17) at Pipe.close (net.js:466:12) It looks like there is still a path to 3.3.0 hardcoded somewhere? Going back to 3.2.0 worked fine. -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Commented] (CB-5683) IAB: ViewPort scales out on Android
[
https://issues.apache.org/jira/browse/CB-5683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13855620#comment-13855620
]
Andrew Grieve commented on CB-5683:
---
Yep, I think the target-densitydpi=device-dpi is your problem.
> IAB: ViewPort scales out on Android
> ---
>
> Key: CB-5683
> URL: https://issues.apache.org/jira/browse/CB-5683
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin InAppBrowser
>Affects Versions: 3.2.0
>Reporter: Konstantin Rudy
>Assignee: Andrew Grieve
>
> Steps to reproduce:
> 1. Open a webpage in the InAppBrowser using:
> {noformat}
>
> window.open(encodeURI('http://k-rudy.github.io/phonegap-twitter-timeline?410453165654278145'),
> '_blank', 'location=no');
> {noformat}
> *Result:* On iOS version it works perfectly well.
> However on Android - it scales and is displayed only in 1/4 of the View:
> !https://f.cloud.github.com/assets/1032148/1716596/5fb217e0-61c3-11e3-9fbe-9cfd0dbd236c.png!
> When I update the file
> https://github.com/apache/cordova-plugin-inappbrowser/blob/master/src/android/InAppBrowser.java#L562
> and change from
> {noformat}inAppWebView.getSettings().setUseWideViewPort(true){noformat} to
> {noformat}inAppWebView.getSettings().setUseWideViewPort(false){noformat}
> It displays just fine:
> !https://f.cloud.github.com/assets/1032148/1716631/c2acc8b8-61c3-11e3-9447-921294008e67.png!
> Thanks,
> Konstantin.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
