[jira] [Commented] (CB-6380) Add necessary capability so the plugin works on its own
[ https://issues.apache.org/jira/browse/CB-6380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956178#comment-13956178 ] Nadya Atanasova commented on CB-6380: - Thank you. > Add necessary capability so the plugin works on its own > --- > > Key: CB-6380 > URL: https://issues.apache.org/jira/browse/CB-6380 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Nadya Atanasova > > If the plugin is installed on clean Cordova project with no other plugins > enabled, it needs the ID_CAP_NETWORKING capability enabled in order to work. > Both for wp8 and wp7. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6380) Add necessary capability so the plugin works on its own
[ https://issues.apache.org/jira/browse/CB-6380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nadya Atanasova updated CB-6380: Component/s: Plugin InAppBrowser > Add necessary capability so the plugin works on its own > --- > > Key: CB-6380 > URL: https://issues.apache.org/jira/browse/CB-6380 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Nadya Atanasova > > If the plugin is installed on clean Cordova project with no other plugins > enabled, it needs the ID_CAP_NETWORKING capability enabled in order to work. > Both for wp8 and wp7. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6368) FileReader readAsBinaryString can't work in Android.
[ https://issues.apache.org/jira/browse/CB-6368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956245#comment-13956245 ] puchen commented on CB-6368: We run this on nativeToJsModes.LOAD_URL mode, which has this bug. Sorry for incomplete description. > FileReader readAsBinaryString can't work in Android. > > > Key: CB-6368 > URL: https://issues.apache.org/jira/browse/CB-6368 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 3.4.0 > Environment: Android 4.0.4 >Reporter: puchen > > Run spec test, at spec.86 of 'Run File Tests', got error message > D/CordovaLog(7621): : Line 1 : Uncaught SyntaxError: Unexpected token ILLEGAL > E/Web Console(7621): Uncaught SyntaxError: Unexpected token ILLEGAL at :1 > Only Android > 1.Can't get the success callback. When cordova called 'public > PluginResult(Status status, byte[] data, boolean binaryString) ' method, the > bytes encoded to string, and assigned to 'encodedMessage'. Then cordova sent > the pluginResult, and called pluginResult.getMessage() in encodeAsJsMessage > method.So the problem appeared, the callback result is the String type but > can't be JSONObject.quote. Then cordova called callbackFromNative method in > cordova.js, the 'callback.success.apply' worked error, the Cordova Log showed > 'Uncaught SyntaxError: Unexpected token ILLEGAL'. The reason is > 'readAsBinaryString' returned a binary string but can't be quoted, caused the > js layer syntax error. > 2.If we can get the success callback, but the result is not expected in > spec.86, because 'Base64.encodeToString' can't return the correct result in > PluginResult.java. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4550) Add ./cordova/build project level script
[
https://issues.apache.org/jira/browse/CB-4550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956340#comment-13956340
]
Gert-Jan Braas commented on CB-4550:
Duplicated at / related to: https://issues.apache.org/jira/browse/CB-5816
> Add ./cordova/build project level script
>
>
> Key: CB-4550
> URL: https://issues.apache.org/jira/browse/CB-4550
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: FirefoxOS
>Reporter: Steve Gill
>
> {code}
> build [--debug] [--release]
> {code}
> Builds the application and compiles to the platform's appropriate binary
> format.
> By default builds a debug release:
> {code}
> build --debug
> {code}
> Supports building a release (possibly signed) build using:
> {code}
> build --release
> {code}
> Implicitly calls {{./cordova/clean}} first.
> If both {{release}} and {{debug}} parameters are specified, error out with
> exit code 2 and an appropriate error message.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-4966) dialog
[ https://issues.apache.org/jira/browse/CB-4966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956415#comment-13956415 ] Piotr Zalewa commented on CB-4966: -- Separate window approach will have to wait until Firefox API for opening and close singular windows (opened by window.open() ) will settle down. It's currently behaving in a different way in every version (1.1, 1.2 and 1.3). > 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.2#6252)
[jira] [Commented] (CB-2669) Support for mutual SSL (on Ajax calls)
[ https://issues.apache.org/jira/browse/CB-2669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956505#comment-13956505 ] Marco Betschart commented on CB-2669: - Hi Jamie Just noticed you were the one who opened the issue here at Jira. So my guess now is, the extension you've built is not yet released. Is it possible to get the piece of code and put it into my own project? Also you may release the extension under some sort of license to the public, since quite a few guys seems to stick on the same issue as well. Please let me know your thoughts. Thanks > Support for mutual SSL (on Ajax calls) > -- > > Key: CB-2669 > URL: https://issues.apache.org/jira/browse/CB-2669 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 2.5.0 > Environment: In many situations, two-factor authentication is > mandatory. >Reporter: Jamie Brooks > Labels: SSL, clientcertificate, core, mutualSSL, two-factor > Original Estimate: 48h > Remaining Estimate: 48h > > In some situations, two-factor authentication is required, and client > certificates (a X.509 certificate with a 1.3.6.1.5.5.7.3.2 enhanced key > usage) are a popular choice as a first factor. With mutual SSL, the client > verifies the server's identity (server authentication) and the server > verifies the client's identity (client authentication). Unfortunately, > Cordova does not support mutual SSL. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956574#comment-13956574 ] ASF GitHub Bot commented on CB-6344: GitHub user mbektchiev opened a pull request: https://github.com/apache/cordova-cli/pull/157 Fix spy to return a default platform JSON instead of an empty object Fixes broken tests because of the refactoring in plugman regarding CB-6344 You can merge this pull request into a Git repository by running: $ git pull https://github.com/Icenium/cordova-cli fix-unit-tests-for-CB-6344 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/157.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #157 commit 766357377ba6b7c4c316a539365c0baffc3a3993 Author: Martin Bektchiev Date: 2014-04-01T14:23:11Z Fix spy to return a default platform JSON instead of an empty object Fixes broken tests because of the refactoring in plugman regarding CB-6344 > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[
https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956575#comment-13956575
]
ASF GitHub Bot commented on CB-6344:
GitHub user mbektchiev opened a pull request:
https://github.com/apache/cordova-plugman/pull/69
CB-6344: Specify after which sibling to add config-changes in plugin.xml
* refactor munges - now they are in a more extensible form
(munge.files[file].parents[parent][index] { xml, count, after })
* add an after parameter to graftXML which contains a list of possible
predecessor elements separated by semicolon
* fix unit tests and add new ones
https://github.com/apache/cordova-cli/pull/157 fixes the tests which failed
the previous time these changes got merged.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/Icenium/cordova-plugman
config-file-after-option
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugman/pull/69.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #69
commit 6b7a9e043d2091436aafce84d60ea753486d
Author: Martin Bektchiev
Date: 2014-03-26T08:15:39Z
CB-6344: Specify after which sibling to add config-changes in plugin.xml
* refactor munges - now they are in a more extensible form
(munge.files[file].parents[parent][index] { xml, count, after })
* add an after parameter to graftXML which contains a list of possible
predecessor elements separated by semicolon
* fix unit tests and add new ones
github: close #68
> Specify after which sibling to add config-changes in plugin.xml
> ---
>
> Key: CB-6344
> URL: https://issues.apache.org/jira/browse/CB-6344
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugman
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> The order of XML elements is important In the Windows Phone manifest file.
> (e.g. see
> http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement).
> That's why we need to provide a way to specify where a specific element has
> to be added.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6383) copy-www-build-step.sh is missing a path separator in the destination
Joshua Perry created CB-6383:
Summary: copy-www-build-step.sh is missing a path separator in the
destination
Key: CB-6383
URL: https://issues.apache.org/jira/browse/CB-6383
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.4.0
Reporter: Joshua Perry
In copy-www-build-step.sh anywhere that it generates the `subpath` variable it
is removing a required path separator.
For example:
```
SRC_DIR="www/"
DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
#... snip ...
for p in $(do_find -type d -print); do
subpath="${p#$SRC_DIR}"
mkdir "$DST_DIR$subpath" || exit 1
done
```
This will find directories like 'www/js/', and 'www/css/'.
The `subpath=${p#$SRC_DIR}` turns these paths into 'js/' and 'css/'.
In the 3rd line, the mkdir command is taking the DST_DIR and concatenating it
with subpath... Well, DST_DIR does not end with a directory separator, and
subpath does not start with one. So you get a path like
`/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/`
This issue afflicts all 3 places where subpath is generated in the file.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6383) copy-www-build-step.sh is missing a path separator in the destination
[
https://issues.apache.org/jira/browse/CB-6383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joshua Perry updated CB-6383:
-
Description:
In copy-www-build-step.sh anywhere that it generates the `subpath` variable it
is removing a required path separator.
For example:
{code:xml}
SRC_DIR="www/"
DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
#... snip ...
for p in $(do_find -type d -print); do
subpath="${p#$SRC_DIR}"
mkdir "$DST_DIR$subpath" || exit 1
done
{code}
This will find directories like 'www/js/', and 'www/css/'.
The {{subpath=${p#$SRC_DIR}}} turns these paths into 'js/' and 'css/'.
In the 3rd line, the mkdir command is taking the DST_DIR and concatenating it
with subpath... Well, DST_DIR does not end with a directory separator, and
subpath does not start with one. So you get a path like
`/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/`
This issue afflicts all 3 places where subpath is generated in the file.
was:
In copy-www-build-step.sh anywhere that it generates the `subpath` variable it
is removing a required path separator.
For example:
```
SRC_DIR="www/"
DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
#... snip ...
for p in $(do_find -type d -print); do
subpath="${p#$SRC_DIR}"
mkdir "$DST_DIR$subpath" || exit 1
done
```
This will find directories like 'www/js/', and 'www/css/'.
The `subpath=${p#$SRC_DIR}` turns these paths into 'js/' and 'css/'.
In the 3rd line, the mkdir command is taking the DST_DIR and concatenating it
with subpath... Well, DST_DIR does not end with a directory separator, and
subpath does not start with one. So you get a path like
`/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/`
This issue afflicts all 3 places where subpath is generated in the file.
> copy-www-build-step.sh is missing a path separator in the destination
> -
>
> Key: CB-6383
> URL: https://issues.apache.org/jira/browse/CB-6383
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.4.0
>Reporter: Joshua Perry
>
> In copy-www-build-step.sh anywhere that it generates the `subpath` variable
> it is removing a required path separator.
> For example:
> {code:xml}
> SRC_DIR="www/"
> DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
> #... snip ...
> for p in $(do_find -type d -print); do
> subpath="${p#$SRC_DIR}"
> mkdir "$DST_DIR$subpath" || exit 1
> done
> {code}
> This will find directories like 'www/js/', and 'www/css/'.
> The {{subpath=${p#$SRC_DIR}}} turns these paths into 'js/' and 'css/'.
> In the 3rd line, the mkdir command is taking the DST_DIR and concatenating it
> with subpath... Well, DST_DIR does not end with a directory separator, and
> subpath does not start with one. So you get a path like
> `/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/`
> This issue afflicts all 3 places where subpath is generated in the file.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6048) Add config setting for Android app launchMode
[ https://issues.apache.org/jira/browse/CB-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956650#comment-13956650 ] Michal Mocny commented on CB-6048: -- On the mailing list, we signalled that this would be nice to offer as a config.xml setting. However, there is no way to adjust launchMode at application startup, it must be set in either (a) AndroidManifest.xml, or (b) be set from an incoming intent (other applications can override your default launchmode). With CLI we could add a prepare hook (via hooks/ or via a CLI hack) to adjust AndroidManifest based on this specific setting, but that doesn't seem right. Additionally, that wouldn't apply to platform specific (bin/create) workflow. I'm going to change the default launchMode in the project template for now, and we should consider how to make config driven changes to AndroidManifest easier. > Add config setting for Android app launchMode > - > > Key: CB-6048 > URL: https://issues.apache.org/jira/browse/CB-6048 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CLI >Reporter: Michal Mocny >Assignee: Michal Mocny > > As raised on mailing list: "[Android] Apps restart instead of resume when > brought to focus by clicking app icon" > "TLDR; AndroidManifest.xml needs: android:launchMode="singleTop" > -- can I add it? > Quick search brings up: > http://stackoverflow.com/questions/10122449/phonegap-android-application-restarting-instead-of-resuming-although-it-was-not > ..which advises to add android:launchMode="singleTask" to AndroidManifest.xml > , which does fix the issue. > According to the descriptions in > http://developer.android.com/guide/topics/manifest/activity-element.html the > differences mostly stem in how the app handles intents, however, there is a > comment in the table of descriptions which labels singleTask launchMode as > "(not recommended for general use)". > On the other hand, singleTop mode *is* recommended, and also fixes the issue, > and according to the description, sounds to me like a much better default." -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6383) copy-www-build-step.sh is missing a path separator in the destination
[
https://issues.apache.org/jira/browse/CB-6383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joshua Perry updated CB-6383:
-
Description:
In copy-www-build-step.sh anywhere that it generates the `subpath` variable it
is removing a required path separator.
For example:
{code:xml}
SRC_DIR="www/"
DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
#... snip ...
for p in $(do_find -type d -print); do
subpath="${p#$SRC_DIR}"
mkdir "$DST_DIR$subpath" || exit 1
done
{code}
This will find directories like {{www/js/}}, and {{www/css/}}.
The {{subpath=$\{p#$SRC_DIR\}}} turns these paths into {{js/}} and {{css/}}.
In the 3rd line, the {{mkdir}} command is taking the {{DST_DIR}} and
concatenating it with {{subpath}}... Well, {{DST_DIR}} does not end with a
directory separator, and subpath does not start with one. So you get a path
like
{{/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/}}
when what you really want is
{{/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/www/js/}}
This issue afflicts all 3 places where subpath is generated in the file.
was:
In copy-www-build-step.sh anywhere that it generates the `subpath` variable it
is removing a required path separator.
For example:
{code:xml}
SRC_DIR="www/"
DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
#... snip ...
for p in $(do_find -type d -print); do
subpath="${p#$SRC_DIR}"
mkdir "$DST_DIR$subpath" || exit 1
done
{code}
This will find directories like 'www/js/', and 'www/css/'.
The {{subpath=${p#$SRC_DIR}}} turns these paths into 'js/' and 'css/'.
In the 3rd line, the mkdir command is taking the DST_DIR and concatenating it
with subpath... Well, DST_DIR does not end with a directory separator, and
subpath does not start with one. So you get a path like
`/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/`
This issue afflicts all 3 places where subpath is generated in the file.
> copy-www-build-step.sh is missing a path separator in the destination
> -
>
> Key: CB-6383
> URL: https://issues.apache.org/jira/browse/CB-6383
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.4.0
>Reporter: Joshua Perry
>
> In copy-www-build-step.sh anywhere that it generates the `subpath` variable
> it is removing a required path separator.
> For example:
> {code:xml}
> SRC_DIR="www/"
> DST_DIR="$BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www"
> #... snip ...
> for p in $(do_find -type d -print); do
> subpath="${p#$SRC_DIR}"
> mkdir "$DST_DIR$subpath" || exit 1
> done
> {code}
> This will find directories like {{www/js/}}, and {{www/css/}}.
> The {{subpath=$\{p#$SRC_DIR\}}} turns these paths into {{js/}} and {{css/}}.
> In the 3rd line, the {{mkdir}} command is taking the {{DST_DIR}} and
> concatenating it with {{subpath}}... Well, {{DST_DIR}} does not end with a
> directory separator, and subpath does not start with one. So you get a path
> like
> {{/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/wwwjs/}}
> when what you really want is
> {{/Users/josh/dev/pdk/idsuck/platforms/ios/build/emulator/HelloWorld.app/www/js/}}
> This issue afflicts all 3 places where subpath is generated in the file.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[
https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956678#comment-13956678
]
ASF subversion and git services commented on CB-6344:
-
Commit 461b4fb4518c55e2550f659b20c52276e2613d7c in cordova-plugman's branch
refs/heads/master from [~mbektchiev]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=461b4fb ]
CB-6344 Specify after which sibling to add config-changes in plugin.xml
* refactor munges - now they are in a more extensible form
(munge.files[file].parents[parent][index] { xml, count, after })
* add an after parameter to graftXML which contains a list of possible
predecessor elements separated by semicolon
* fix unit tests and add new ones
github: close #69
> Specify after which sibling to add config-changes in plugin.xml
> ---
>
> Key: CB-6344
> URL: https://issues.apache.org/jira/browse/CB-6344
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugman
>Reporter: Martin Bektchiev
>Assignee: Martin Bektchiev
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> The order of XML elements is important In the Windows Phone manifest file.
> (e.g. see
> http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement).
> That's why we need to provide a way to specify where a specific element has
> to be added.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956676#comment-13956676 ] ASF subversion and git services commented on CB-6344: - Commit 5cf9d9064005ff7bc6205c05277169b929e52fb5 in cordova-cli's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=5cf9d90 ] CB-6344 Fix spy to return a default platform JSON instead of an empty object Fixes broken tests because of the refactoring in plugman regarding CB-6344 github: close #157 > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956677#comment-13956677 ] ASF subversion and git services commented on CB-6344: - Commit 5cf9d9064005ff7bc6205c05277169b929e52fb5 in cordova-cli's branch refs/heads/master from [~mbektchiev] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=5cf9d90 ] CB-6344 Fix spy to return a default platform JSON instead of an empty object Fixes broken tests because of the refactoring in plugman regarding CB-6344 github: close #157 > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956679#comment-13956679 ] Andrew Grieve commented on CB-6344: --- Thanks Martin, pulled in your changes. > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956691#comment-13956691 ] ASF GitHub Bot commented on CB-6344: Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/157 > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6344) Specify after which sibling to add config-changes in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956700#comment-13956700 ] ASF GitHub Bot commented on CB-6344: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugman/pull/69 > Specify after which sibling to add config-changes in plugin.xml > --- > > Key: CB-6344 > URL: https://issues.apache.org/jira/browse/CB-6344 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugman >Reporter: Martin Bektchiev >Assignee: Martin Bektchiev > Original Estimate: 0h > Remaining Estimate: 0h > > The order of XML elements is important In the Windows Phone manifest file. > (e.g. see > http://msdn.microsoft.com/en-us/library/windowsphone/develop/ff769509%28v=vs.105%29.aspx#BKMK_EXTENSIONSelement). > That's why we need to provide a way to specify where a specific element has > to be added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6048) Add config setting for Android app launchMode
[ https://issues.apache.org/jira/browse/CB-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956703#comment-13956703 ] ASF subversion and git services commented on CB-6048: - Commit 298cd9e06529ad795deeaf9d9664a51d3bed65be in cordova-android's branch refs/heads/master from [~mmocny] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=298cd9e ] Fix CB-6048: Set launchMode=singleTop so tapping app icon does not always restart app > Add config setting for Android app launchMode > - > > Key: CB-6048 > URL: https://issues.apache.org/jira/browse/CB-6048 > Project: Apache Cordova > Issue Type: New Feature > Components: Android, CLI >Reporter: Michal Mocny >Assignee: Michal Mocny > > As raised on mailing list: "[Android] Apps restart instead of resume when > brought to focus by clicking app icon" > "TLDR; AndroidManifest.xml needs: android:launchMode="singleTop" > -- can I add it? > Quick search brings up: > http://stackoverflow.com/questions/10122449/phonegap-android-application-restarting-instead-of-resuming-although-it-was-not > ..which advises to add android:launchMode="singleTask" to AndroidManifest.xml > , which does fix the issue. > According to the descriptions in > http://developer.android.com/guide/topics/manifest/activity-element.html the > differences mostly stem in how the app handles intents, however, there is a > comment in the table of descriptions which labels singleTask launchMode as > "(not recommended for general use)". > On the other hand, singleTop mode *is* recommended, and also fixes the issue, > and according to the description, sounds to me like a much better default." -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6384) Easier way to manage plugin creation on the native side
István Gansperger created CB-6384: - Summary: Easier way to manage plugin creation on the native side Key: CB-6384 URL: https://issues.apache.org/jira/browse/CB-6384 Project: Apache Cordova Issue Type: New Feature Components: Android Affects Versions: 3.4.0 Reporter: István Gansperger Priority: Minor In my current project, I needed an easy way to write an HTML/Javascript GUI for my Java backend and I chose Cordova for this task on Android. It occured to me that I couldn't find an easy way to customize my CordovaPlugins beyond the initialize and exec methods. For example I needed to provide my plugin with an instance of another object implementing my communication interface. I didn't find a plausible way to do it in the current implementation so I wrote my own PluginFactory object and readjusted some of the source files to take such on object instead of providing a hardcoded default implementation. I'm curious if such a feature would be deemed to be necessary by others. I'm quite a newbie programmer but my proof of concept can be found here: https://github.com/qwe2/cordova-android/tree/plugin-factory -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6358) [IOS7.1] Keyboard plugin shinkView with or without disableScrollingInShrinkView scroll the main view and remove my header on IOS 7.0 its OK
[
https://issues.apache.org/jira/browse/CB-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956827#comment-13956827
]
Cedric LOMBARDOT commented on CB-6358:
--
I've fixed the header problem doing :
#define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice]
systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending)
- (void)shrinkViewKeyboardWillShow:(NSNotification*)notif
{
if (!_shrinkView) {
return;
}
_savedWebViewFrame = self.webView.frame;
CGRect keyboardFrame = [notif.userInfo[UIKeyboardFrameEndUserInfoKey]
CGRectValue];
keyboardFrame = [self.viewController.view convertRect:keyboardFrame
fromView:nil];
CGRect newFrame = _savedWebViewFrame;
CGFloat actualKeyboardHeight = (keyboardFrame.size.height -
_accessoryBarHeight);
newFrame.size.height -= actualKeyboardHeight;
self.webView.frame = newFrame;
self.webView.scrollView.contentInset = UIEdgeInsetsMake(0, 0, 0, 0);
if (SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(@"7.1")) {
self.webView.scrollView.contentInset =
UIEdgeInsetsMake(_accessoryBarHeight, 0, 0, 0);
}
if (self.disableScrollingInShrinkView) {
self.webView.scrollView.scrollEnabled = NO;
}
}
> [IOS7.1] Keyboard plugin shinkView with or without
> disableScrollingInShrinkView scroll the main view and remove my header on IOS
> 7.0 its OK
> ---
>
> Key: CB-6358
> URL: https://issues.apache.org/jira/browse/CB-6358
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugins
>Affects Versions: 3.4.0
> Environment: IOS 7.1 Cordova 3.4
>Reporter: Cedric LOMBARDOT
>
> In my webview, i have a top fixed header and one scrollable div with the
> form. When i focus a field with
> Keyboard.hideFormAccessoryBar(true);
> Keyboard.shrinkView(true);
> Keyboard.disableScrollingInShrinkView(true);
> in ios7.0 my header is still visible. In io7.1 my header is scrolled out.
> I think its also related to my second problem, when the webview is closed if
> i have an element in bottom:0 it was displayed out of the frame. Seems the
> webView size increase each time i open the keyboard
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Comment Edited] (CB-6358) [IOS7.1] Keyboard plugin shinkView with or without disableScrollingInShrinkView scroll the main view and remove my header on IOS 7.0 its OK
[
https://issues.apache.org/jira/browse/CB-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13956827#comment-13956827
]
Cedric LOMBARDOT edited comment on CB-6358 at 4/1/14 6:07 PM:
--
I've fixed the header problem doing :
{code:title=CDVKeyboard.m}
#define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice]
systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending)
- (void)shrinkViewKeyboardWillShow:(NSNotification*)notif
{
if (!_shrinkView) {
return;
}
_savedWebViewFrame = self.webView.frame;
CGRect keyboardFrame = [notif.userInfo[UIKeyboardFrameEndUserInfoKey]
CGRectValue];
keyboardFrame = [self.viewController.view convertRect:keyboardFrame
fromView:nil];
CGRect newFrame = _savedWebViewFrame;
CGFloat actualKeyboardHeight = (keyboardFrame.size.height -
_accessoryBarHeight);
newFrame.size.height -= actualKeyboardHeight;
self.webView.frame = newFrame;
self.webView.scrollView.contentInset = UIEdgeInsetsMake(0, 0, 0, 0);
if (SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(@"7.1")) {
self.webView.scrollView.contentInset =
UIEdgeInsetsMake(_accessoryBarHeight, 0, 0, 0);
}
if (self.disableScrollingInShrinkView) {
self.webView.scrollView.scrollEnabled = NO;
}
}
{code}
was (Author: cedriclombardot):
I've fixed the header problem doing :
#define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice]
systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending)
- (void)shrinkViewKeyboardWillShow:(NSNotification*)notif
{
if (!_shrinkView) {
return;
}
_savedWebViewFrame = self.webView.frame;
CGRect keyboardFrame = [notif.userInfo[UIKeyboardFrameEndUserInfoKey]
CGRectValue];
keyboardFrame = [self.viewController.view convertRect:keyboardFrame
fromView:nil];
CGRect newFrame = _savedWebViewFrame;
CGFloat actualKeyboardHeight = (keyboardFrame.size.height -
_accessoryBarHeight);
newFrame.size.height -= actualKeyboardHeight;
self.webView.frame = newFrame;
self.webView.scrollView.contentInset = UIEdgeInsetsMake(0, 0, 0, 0);
if (SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(@"7.1")) {
self.webView.scrollView.contentInset =
UIEdgeInsetsMake(_accessoryBarHeight, 0, 0, 0);
}
if (self.disableScrollingInShrinkView) {
self.webView.scrollView.scrollEnabled = NO;
}
}
> [IOS7.1] Keyboard plugin shinkView with or without
> disableScrollingInShrinkView scroll the main view and remove my header on IOS
> 7.0 its OK
> ---
>
> Key: CB-6358
> URL: https://issues.apache.org/jira/browse/CB-6358
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS, Plugins
>Affects Versions: 3.4.0
> Environment: IOS 7.1 Cordova 3.4
>Reporter: Cedric LOMBARDOT
>
> In my webview, i have a top fixed header and one scrollable div with the
> form. When i focus a field with
> Keyboard.hideFormAccessoryBar(true);
> Keyboard.shrinkView(true);
> Keyboard.disableScrollingInShrinkView(true);
> in ios7.0 my header is still visible. In io7.1 my header is scrolled out.
> I think its also related to my second problem, when the webview is closed if
> i have an element in bottom:0 it was displayed out of the frame. Seems the
> webView size increase each time i open the keyboard
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6375: --- Priority: Minor (was: Major) > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Priority: Minor > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-6375: -- Assignee: Andrew Grieve Can you find the right tracker for this issue? This is pretty sad! > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Assignee: Andrew Grieve > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-6375: --- Priority: Major (was: Minor) > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6375) When keyboard is dismissed. Page has a large gap at top of screen
[ https://issues.apache.org/jira/browse/CB-6375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957110#comment-13957110 ] Joe Bowser commented on CB-6375: This is a WebView rendering issue, since the moment you tap on the screen, the UI snaps back to where it should be. Steps to reproduce: 1. Make sure the app isn't running, if it's running, it won't do this 2. Start the app 3. Tap on the text field to bring this to focus 4. Dismiss the keyboard Expected: The screen should return back to where it's supposed to be What happens: The screen scrolls below, showing an unrendered gap. > When keyboard is dismissed. Page has a large gap at top of screen > - > > Key: CB-6375 > URL: https://issues.apache.org/jira/browse/CB-6375 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 > Environment: Android 4.4.2 Nexus 5, jQuery Mobile 1.4.2, PhoneGap 3.4 >Reporter: Jonathan Yong >Priority: Minor > > See screenshot here: http://imgur.com/NtQ4QSl > Notice the large white gap at the top of the page > When a page is tall enough to cause the page to slide upwards when the > virtual keyboard is displayed, and while the page scroll position is scrolled > down so that the header and / or other controls are hidden above the top edge > of the screen, dismissing the keyboard will intermittently cause a page > rendering error such that there is a large white gap above the header of the > page, essentially pushing down all page contents. > This also causes the hitboxes of buttons and other form controls to differ > from the on screen view i.e. the hitboxes are where the controls should have > appeared had there not been a large gap at the top of the screen. > This gap is present on all pages within the app and will remain until another > text input field is focused and the keyboard shows again. > See screenshot here: http://imgur.com/NtQ4QSl > In the above screenshot I clicked on the "submit registration" button before > filling out the form correctly and triggering a validation error "confirm > password". This caused the keyboard to hide and resulted in the page gap > error as shown. > The error also occurs when the keyboard is dismissed without hitting the > "submit registration" button i.e. by using the dismiss keyboard button within > the android nav bar. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957154#comment-13957154 ] Johann Ish commented on CB-5488: Same issue as [~ggutenberg] with Cordova 3.4.0-0.1.3 and Sencha Touch. However, it only seems to happen in the iOS Simulator for me. I've yet to reproduce it on an actual device. > deviceready event not firing with jQuery Mobile > --- > > Key: CB-5488 > URL: https://issues.apache.org/jira/browse/CB-5488 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.1.0 >Reporter: Federico Kereki >Assignee: Shazron Abdullah > > If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't > fire. Googling around, I found several similar reports, all pointing out that > if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-5488) deviceready event not firing with jQuery Mobile
[ https://issues.apache.org/jira/browse/CB-5488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957154#comment-13957154 ] Johann Ish edited comment on CB-5488 at 4/1/14 11:43 PM: - Same issue as [~ggutenberg] with Cordova 3.4.0-0.1.3 and Sencha Touch 2.3.1. However, it only seems to happen in the iOS Simulator for me. I've yet to reproduce it on an actual device. was (Author: raztus): Same issue as [~ggutenberg] with Cordova 3.4.0-0.1.3 and Sencha Touch. However, it only seems to happen in the iOS Simulator for me. I've yet to reproduce it on an actual device. > deviceready event not firing with jQuery Mobile > --- > > Key: CB-5488 > URL: https://issues.apache.org/jira/browse/CB-5488 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.1.0 >Reporter: Federico Kereki >Assignee: Shazron Abdullah > > If you use PhoneGap + jQuery + jQuery Mobile, the deviceready event doesn't > fire. Googling around, I found several similar reports, all pointing out that > if jQuery Mobile isn't included, the event fires. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6385) Capture plugin doesn't specify a version on file dependency
Ryan Willoughby created CB-6385:
---
Summary: Capture plugin doesn't specify a version on file
dependency
Key: CB-6385
URL: https://issues.apache.org/jira/browse/CB-6385
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Media Capture
Reporter: Ryan Willoughby
Priority: Critical
As the developer of a tool consuming the media-capture plugin, we can't
determine which version of the dependency plugin org.apache.cordova.file to
install when installing the media-capture plugin.
Observed:
{code}
{code}
Expected:
{code}
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957290#comment-13957290 ] ASF GitHub Bot commented on CB-6377: Github user agrieve commented on the pull request: https://github.com/apache/cordova-cli/pull/155#issuecomment-39284881 Seems I accidentally pushed the commit in its previous state (whoops!). Just played around and found that it was actually the windowsVerbatimArguments flag that was causing things to fail. Once I removed that, it can spawn() a .bat with a space in the path just fine. > CLI is unable to create a project when there are spaces in the path > --- > > Key: CB-6377 > URL: https://issues.apache.org/jira/browse/CB-6377 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.4.0 >Reporter: JennyGee >Assignee: Josh Soref >Priority: Critical > > Unable to create a project where there are spaces in the path. > C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-cli\node_modules\ > wrench\lib\wrench.js:249 > if (e.code !== 'EEXIST') throw e; >^ > Error: ENOENT, no such file or directory 'C:\Documents and > Settings\IEUser\.cord > ova\lib\blackberry10\cordova\v2.1.0.3' > at Object.fs.mkdirSync (fs.js:642:18) > at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 > Web > Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) > at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 > WebWorks S > DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) > at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-c > li\lib\cli.js:48:19) > at Object. (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3 > \webworks-cli\bin\webworks:4:16) > at Module._compile (module.js:456:26) > at Object.Module._extensions..js (module.js:474:10) > at Module.load (module.js:356:32) > at Function.Module._load (module.js:312:12) > at Function.Module.runMain (module.js:497:10) > Looking at the source code, it appears that > https://issues.apache.org/jira/browse/CB-6323 broke > https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957287#comment-13957287 ] ASF subversion and git services commented on CB-6377: - Commit 630cf6b953aacb8d6d5f1b9202777140978ade87 in cordova-cli's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=630cf6b ] CB-6377 Remove windowsVerbatimArguments from superspawn It messes up when cmd has a space in it. This also fixes the previous CB-6377 commit (which I accidentally pushed), where all paths on windows were going through the "cmd /s /c" crutch. close #155 > CLI is unable to create a project when there are spaces in the path > --- > > Key: CB-6377 > URL: https://issues.apache.org/jira/browse/CB-6377 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.4.0 >Reporter: JennyGee >Assignee: Josh Soref >Priority: Critical > > Unable to create a project where there are spaces in the path. > C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-cli\node_modules\ > wrench\lib\wrench.js:249 > if (e.code !== 'EEXIST') throw e; >^ > Error: ENOENT, no such file or directory 'C:\Documents and > Settings\IEUser\.cord > ova\lib\blackberry10\cordova\v2.1.0.3' > at Object.fs.mkdirSync (fs.js:642:18) > at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 > Web > Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) > at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 > WebWorks S > DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) > at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-c > li\lib\cli.js:48:19) > at Object. (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3 > \webworks-cli\bin\webworks:4:16) > at Module._compile (module.js:456:26) > at Object.Module._extensions..js (module.js:474:10) > at Module.load (module.js:356:32) > at Function.Module._load (module.js:312:12) > at Function.Module.runMain (module.js:497:10) > Looking at the source code, it appears that > https://issues.apache.org/jira/browse/CB-6323 broke > https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957288#comment-13957288 ] ASF subversion and git services commented on CB-6377: - Commit 630cf6b953aacb8d6d5f1b9202777140978ade87 in cordova-cli's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=630cf6b ] CB-6377 Remove windowsVerbatimArguments from superspawn It messes up when cmd has a space in it. This also fixes the previous CB-6377 commit (which I accidentally pushed), where all paths on windows were going through the "cmd /s /c" crutch. close #155 > CLI is unable to create a project when there are spaces in the path > --- > > Key: CB-6377 > URL: https://issues.apache.org/jira/browse/CB-6377 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.4.0 >Reporter: JennyGee >Assignee: Josh Soref >Priority: Critical > > Unable to create a project where there are spaces in the path. > C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-cli\node_modules\ > wrench\lib\wrench.js:249 > if (e.code !== 'EEXIST') throw e; >^ > Error: ENOENT, no such file or directory 'C:\Documents and > Settings\IEUser\.cord > ova\lib\blackberry10\cordova\v2.1.0.3' > at Object.fs.mkdirSync (fs.js:642:18) > at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 > Web > Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) > at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 > WebWorks S > DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) > at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-c > li\lib\cli.js:48:19) > at Object. (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3 > \webworks-cli\bin\webworks:4:16) > at Module._compile (module.js:456:26) > at Object.Module._extensions..js (module.js:474:10) > at Module.load (module.js:356:32) > at Function.Module._load (module.js:312:12) > at Function.Module.runMain (module.js:497:10) > Looking at the source code, it appears that > https://issues.apache.org/jira/browse/CB-6323 broke > https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6377) CLI is unable to create a project when there are spaces in the path
[ https://issues.apache.org/jira/browse/CB-6377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957312#comment-13957312 ] ASF GitHub Bot commented on CB-6377: Github user asfgit closed the pull request at: https://github.com/apache/cordova-cli/pull/155 > CLI is unable to create a project when there are spaces in the path > --- > > Key: CB-6377 > URL: https://issues.apache.org/jira/browse/CB-6377 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.4.0 >Reporter: JennyGee >Assignee: Josh Soref >Priority: Critical > > Unable to create a project where there are spaces in the path. > C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-cli\node_modules\ > wrench\lib\wrench.js:249 > if (e.code !== 'EEXIST') throw e; >^ > Error: ENOENT, no such file or directory 'C:\Documents and > Settings\IEUser\.cord > ova\lib\blackberry10\cordova\v2.1.0.3' > at Object.fs.mkdirSync (fs.js:642:18) > at Object.exports.copyDirSyncRecursive (C:\Program Files\BlackBerry\BB10 > Web > Works SDK 2.1.0.3\webworks-cli\node_modules\wrench\lib\wrench.js:246:12) > at Object._self.fetchBlackBerry (C:\Program Files\BlackBerry\BB10 > WebWorks S > DK 2.1.0.3\webworks-cli\lib\utils\utils.js:59:20) > at new CLI (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3\webworks-c > li\lib\cli.js:48:19) > at Object. (C:\Program Files\BlackBerry\BB10 WebWorks SDK > 2.1.0.3 > \webworks-cli\bin\webworks:4:16) > at Module._compile (module.js:456:26) > at Object.Module._extensions..js (module.js:474:10) > at Module.load (module.js:356:32) > at Function.Module._load (module.js:312:12) > at Function.Module.runMain (module.js:497:10) > Looking at the source code, it appears that > https://issues.apache.org/jira/browse/CB-6323 broke > https://issues.apache.org/jira/browse/CB-6306 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6386) plugin.xml config-file's target requires suffix of xml\plist
Nadav Greenberg created CB-6386: --- Summary: plugin.xml config-file's target requires suffix of xml\plist Key: CB-6386 URL: https://issues.apache.org/jira/browse/CB-6386 Project: Apache Cordova Issue Type: Bug Components: CLI Affects Versions: 3.4.0, 3.3.0, 3.2.0 Reporter: Nadav Greenberg When adding a plugin with config-file element, where the target attribute points to a file without a suffix, that file is assumed to be ".plist" and installation fails (as it is not a valid plist file). This prevents usage of the config-file element in many cases (the one I can across was adding attributes to .classpath). This used to work in Cordova 3.0, but now the plugin installation breaks, throwing a cryptic "malformed document. first element should be plist" error. I suspect this is related to the fix of issue #CB-4943 -- This message was sent by Atlassian JIRA (v6.2#6252)
