[jira] [Commented] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979442#comment-13979442 ] ASF GitHub Bot commented on CB-4319: GitHub user tripodsan opened a pull request: https://github.com/apache/cordova-osx/pull/7 CB-4319 localStorage database is relocated when restarting app on OSX fixes: - initialize web storage earlier - read location from config.xml - add fallback with bundleId if missing - add missing placeholders in config.xml template You can merge this pull request into a Git repository by running: $ git pull https://github.com/tripodsan/cordova-osx CB-4319 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-osx/pull/7.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 #7 commit f55787e3f1c35d4722a34b94eddcabe113d6ab36 Author: Tobias Bocanegra Date: 2014-04-24T08:16:31Z CB-4319 localStorage database is relocated when restarting app on OSX fixes: - initialize web storage earlier - read location from config.xml - add fallback with bundleId if missing - add missing placeholders in config.xml template > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6507) On the "Platform Support" table links to a number of APIs return a 401
Mike Jones created CB-6507: -- Summary: On the "Platform Support" table links to a number of APIs return a 401 Key: CB-6507 URL: https://issues.apache.org/jira/browse/CB-6507 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.4.0 Reporter: Mike Jones On the platform support page, the API links on the left of the table return a 404 For example ... accelerometer: http://cordova.apache.org/docs/en/3.4.0/cordova_accelerometer_accelerometer.md.html camera: http://cordova.apache.org/docs/en/3.4.0/cordova_camera_camera.md.html capture: http://cordova.apache.org/docs/en/3.4.0/cordova_media_capture_capture.md.html all return "Not Found" -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6507) On the "Platform Support" table links to a number of APIs return a 404
[ https://issues.apache.org/jira/browse/CB-6507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jones updated CB-6507: --- Summary: On the "Platform Support" table links to a number of APIs return a 404 (was: On the "Platform Support" table links to a number of APIs return a 401) > On the "Platform Support" table links to a number of APIs return a 404 > -- > > Key: CB-6507 > URL: https://issues.apache.org/jira/browse/CB-6507 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 3.4.0 >Reporter: Mike Jones > Labels: docuentation > > On the platform support page, the API links on the left of the table return a > 404 > For example ... > accelerometer: > http://cordova.apache.org/docs/en/3.4.0/cordova_accelerometer_accelerometer.md.html > camera: > http://cordova.apache.org/docs/en/3.4.0/cordova_camera_camera.md.html > capture: > http://cordova.apache.org/docs/en/3.4.0/cordova_media_capture_capture.md.html > all return "Not Found" -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979685#comment-13979685 ] ASF subversion and git services commented on CB-2606: - Commit bc86dc6d9d308b09a2161bc8e3629020c79bb1ed in cordova-cli's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=bc86dc6 ] CB-2606 Icons support for iOS, Android, BB10, WP8, Win8, FxOS > Add support for elements in config.xml > - > > Key: CB-2606 > URL: https://issues.apache.org/jira/browse/CB-2606 > Project: Apache Cordova > Issue Type: Wish > Components: Docs >Reporter: Filip Maj >Assignee: Mark Koudritsky > > This feature would add support for specifying the application icon by > changing values inside the {{config.xml}} document. > Relevant details for Cordova: > - {{}} elements _may_ have {{width}} and {{height}} attributes > representing the preferred size of the icon in CSS pixels. > - {{}} elements _must_ have a {{src}} attribute, which contains a path > string relative to the {{www/}} folder (or equivalent) in the platform. > See [the Widget Spec's section on > icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for > specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979686#comment-13979686 ] ASF subversion and git services commented on CB-2606: - Commit bceca90d4f4c5dec88f3d0023350b8453d752870 in cordova-cli's branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-cli.git;h=bceca90 ] CB-2606 Andriod icon - do not attempt copy to undefined path > Add support for elements in config.xml > - > > Key: CB-2606 > URL: https://issues.apache.org/jira/browse/CB-2606 > Project: Apache Cordova > Issue Type: Wish > Components: Docs >Reporter: Filip Maj >Assignee: Mark Koudritsky > > This feature would add support for specifying the application icon by > changing values inside the {{config.xml}} document. > Relevant details for Cordova: > - {{}} elements _may_ have {{width}} and {{height}} attributes > representing the preferred size of the icon in CSS pixels. > - {{}} elements _must_ have a {{src}} attribute, which contains a path > string relative to the {{www/}} folder (or equivalent) in the platform. > See [the Widget Spec's section on > icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for > specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979690#comment-13979690 ] ASF subversion and git services commented on CB-2606: - Commit 41ae089996cfe00a9d17edf93ac2b4eb5b74b401 in cordova-docs's branch refs/heads/master from [~sgrebnov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=41ae089 ] CB-2606 Moved back BB10, Tizen; sort alpabetically > Add support for elements in config.xml > - > > Key: CB-2606 > URL: https://issues.apache.org/jira/browse/CB-2606 > Project: Apache Cordova > Issue Type: Wish > Components: Docs >Reporter: Filip Maj >Assignee: Mark Koudritsky > > This feature would add support for specifying the application icon by > changing values inside the {{config.xml}} document. > Relevant details for Cordova: > - {{}} elements _may_ have {{width}} and {{height}} attributes > representing the preferred size of the icon in CSS pixels. > - {{}} elements _must_ have a {{src}} attribute, which contains a path > string relative to the {{www/}} folder (or equivalent) in the platform. > See [the Widget Spec's section on > icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for > specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2606) Add support for elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979689#comment-13979689 ] ASF subversion and git services commented on CB-2606: - Commit 51a296ae367b01a480defba5bf818b2cff7cb790 in cordova-docs's branch refs/heads/master from sgrebnov [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=51a296a ] CB-2606 Documented icon usage 1. iOS, Andoroid, FirefoxOS, Windows8, WP8 2. Related PR with support https://github.com/apache/cordova-cli/pull/126 > Add support for elements in config.xml > - > > Key: CB-2606 > URL: https://issues.apache.org/jira/browse/CB-2606 > Project: Apache Cordova > Issue Type: Wish > Components: Docs >Reporter: Filip Maj >Assignee: Mark Koudritsky > > This feature would add support for specifying the application icon by > changing values inside the {{config.xml}} document. > Relevant details for Cordova: > - {{}} elements _may_ have {{width}} and {{height}} attributes > representing the preferred size of the icon in CSS pixels. > - {{}} elements _must_ have a {{src}} attribute, which contains a path > string relative to the {{www/}} folder (or equivalent) in the platform. > See [the Widget Spec's section on > icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for > specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-2606) Add support for elements in config.xml
[ https://issues.apache.org/jira/browse/CB-2606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins closed CB-2606. - Resolution: Fixed > Add support for elements in config.xml > - > > Key: CB-2606 > URL: https://issues.apache.org/jira/browse/CB-2606 > Project: Apache Cordova > Issue Type: Wish > Components: Docs >Reporter: Filip Maj >Assignee: Mark Koudritsky > > This feature would add support for specifying the application icon by > changing values inside the {{config.xml}} document. > Relevant details for Cordova: > - {{}} elements _may_ have {{width}} and {{height}} attributes > representing the preferred size of the icon in CSS pixels. > - {{}} elements _must_ have a {{src}} attribute, which contains a path > string relative to the {{www/}} folder (or equivalent) in the platform. > See [the Widget Spec's section on > icons|http://www.w3.org/TR/widgets/#the-icon-element-and-its-attributes] for > specifics. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gonzalez reassigned CB-4602: --- Assignee: Martin Gonzalez (was: Joe Bowser) > getPreferredLanguage platform inconsistencies > - > > Key: CB-4602 > URL: https://issues.apache.org/jira/browse/CB-4602 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Globalization >Affects Versions: 2.6.0, 3.0.0 > Environment: Android >Reporter: Jon Whitlock >Assignee: Martin Gonzalez >Priority: Minor > > In; > https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md > "Returns the language identifier string to the successCallback with a > properties object as a parameter. That object should have a value property > with a String value." > navigator.globalization.getPreferredLanguage( >function (language) {alert('language: ' + language.value + '\n');}, >function () {alert('Error getting language\n');} > ); > On Android the function doesn't seem to return an identifier as such, it > returns *a string describing the language localised to that language*, e.g. > "English" for English or "中文" for Japanese. Naturally this is less than ideal > for subsequent string operations, furthermore on that page "Windows Phone 8 > Quirks - Returns the ISO 639-1 two-letter code for the current language" > which is an identifier, and also what I would expect (or an ISO 639-2 code, > as per http://www.loc.gov/standards/iso639-2/php/code_list.php) > Android seems to support 639-2 > http://developer.android.com/reference/java/util/Locale.html#getISO3Language() > I have no idea what it returns on other platforms, but to keep client code > consistent I guess it would good if this could be normalised in the API. > Have tested this on v3.0 and 2.6, is the same. > As an aside, the locale is not really what I want here, as the user may be in > the US but have Japanese as their preferred language. > Thanks, > jon > (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6508) Should run pre-prepare hooks even when no platforms installed
Michal Mocny created CB-6508: Summary: Should run pre-prepare hooks even when no platforms installed Key: CB-6508 URL: https://issues.apache.org/jira/browse/CB-6508 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Michal Mocny Assignee: Mark Koudritsky Priority: Minor My app has a before_prepare hook that installs necessary platforms, but it currently won't run since we early exit if there are no platforms installed. We assume there is no work to be done during prepare, but in this case that isn't true. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4602) getPreferredLanguage platform inconsistencies
[ https://issues.apache.org/jira/browse/CB-4602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979803#comment-13979803 ] Mike Billau commented on CB-4602: - According to http://docs.oracle.com/javase/7/docs/api/java/util/Locale.html, the Locale object "implements identifiers interchangeable with BCP 47." This means that for Android, we can simply return `Locale.getDefault()` and it should be BCP47 compliant. I tried this: locale = "SIMPLIFIED_CHINESE", getDefault = zh_CN locale = "CHINESE", getDefault = zh locale = "TAIWAN", getDefault = zh_TW locale= "English", getDefault = en_US These results match up with what [~pdardailler] mentioned above, execpt for the underscore instead of the dash. I'm not sure why "CHINESE" locale only returned "zh." There also might be issues since according to http://developer.android.com/reference/java/util/Locale.html, "Java uses several deprecated two-letter codes. The Hebrew ("he") language code is rewritten as "iw", Indonesian ("id") as "in", and Yiddish ("yi") as "ji". This rewriting happens even if you construct your own Locale object, not just for instances returned by the various lookup methods. " Finally, since this is changing the return value of an API, we should probably create a new method, like getPreferredLanguageCode() or something, instead of just changing getPreferredLanguage(). > getPreferredLanguage platform inconsistencies > - > > Key: CB-4602 > URL: https://issues.apache.org/jira/browse/CB-4602 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Globalization >Affects Versions: 2.6.0, 3.0.0 > Environment: Android >Reporter: Jon Whitlock >Assignee: Martin Gonzalez >Priority: Minor > > In; > https://github.com/apache/cordova-docs/blob/master/docs/en/edge/cordova/globalization/globalization.getPreferredLanguage.md > "Returns the language identifier string to the successCallback with a > properties object as a parameter. That object should have a value property > with a String value." > navigator.globalization.getPreferredLanguage( >function (language) {alert('language: ' + language.value + '\n');}, >function () {alert('Error getting language\n');} > ); > On Android the function doesn't seem to return an identifier as such, it > returns *a string describing the language localised to that language*, e.g. > "English" for English or "中文" for Japanese. Naturally this is less than ideal > for subsequent string operations, furthermore on that page "Windows Phone 8 > Quirks - Returns the ISO 639-1 two-letter code for the current language" > which is an identifier, and also what I would expect (or an ISO 639-2 code, > as per http://www.loc.gov/standards/iso639-2/php/code_list.php) > Android seems to support 639-2 > http://developer.android.com/reference/java/util/Locale.html#getISO3Language() > I have no idea what it returns on other platforms, but to keep client code > consistent I guess it would good if this could be normalised in the API. > Have tested this on v3.0 and 2.6, is the same. > As an aside, the locale is not really what I want here, as the user may be in > the US but have Japanese as their preferred language. > Thanks, > jon > (first go at using Jira, apols if I got something wrong!) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6508) Should run pre-prepare hooks even when no platforms installed
[ https://issues.apache.org/jira/browse/CB-6508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979806#comment-13979806 ] Michal Mocny commented on CB-6508: -- A few thoughts about prepare hooks. Which of the following are we doing?: - for_each pre-prepare hook, run it once with no inputs - for_each pre-prepare hook, run it once with the list of target platforms as input - for_each pre-prepare hook, run it many times, once for each platform target For option 1, installing platforms during pre-prepare is fine. For option 2, the hook has to be able to append that new platform to the list of targets, so we need ways to resolve paths etc. For option 3, it gets confusing. Installing platforms is kinda pre-pre-prepare init type action in this case. Do we need a new hook category? > Should run pre-prepare hooks even when no platforms installed > - > > Key: CB-6508 > URL: https://issues.apache.org/jira/browse/CB-6508 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Michal Mocny >Assignee: Mark Koudritsky >Priority: Minor > > My app has a before_prepare hook that installs necessary platforms, but it > currently won't run since we early exit if there are no platforms installed. > We assume there is no work to be done during prepare, but in this case that > isn't true. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6391) Should be possible to intercept exiting of web app
[ https://issues.apache.org/jira/browse/CB-6391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13979854#comment-13979854 ] Mikael Ståldal commented on CB-6391: I have signed and submitted the CLA now. > Should be possible to intercept exiting of web app > -- > > Key: CB-6391 > URL: https://issues.apache.org/jira/browse/CB-6391 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 3.4.0 > Environment: Android >Reporter: Mikael Ståldal >Assignee: Andrew Grieve > Labels: android, webview > > I am integrating Cordova into an existing Android app, using CordovaWebView. > When the web app exits (due to pressing back button beyond history), the > CordovaWebView invokes finish() on the Activity. This is not always what you > want. If you use Fragments, you might want to swap fragments rather than exit > the Activity. > Here is a patch to fix this (based on 3.4.0): > {noformat} > diff --git a/org/apache/cordova/CordovaActivity.java > b/org/apache/cordova/CordovaActivity.java > index 9f8b020..a6d3502 100755 > --- a/org/apache/cordova/CordovaActivity.java > +++ b/org/apache/cordova/CordovaActivity.java > @@ -829,6 +829,7 @@ public class CordovaActivity extends Activity implements > CordovaInterface { > } > } > > +@Override > /** > * End this activity by calling finish for activity > */ > diff --git a/org/apache/cordova/CordovaInterface.java > b/org/apache/cordova/CordovaInterface.java > index 59ed486..262d7ca 100755 > --- a/org/apache/cordova/CordovaInterface.java > +++ b/org/apache/cordova/CordovaInterface.java > @@ -69,4 +69,11 @@ public interface CordovaInterface { > * Returns a shared thread pool that can be used for background tasks. > */ > public ExecutorService getThreadPool(); > + > +/** > + * Called when the web app exits. > + * Normally, you would just call {@link android.app.Activity#finish()}, > + * but a sophisticated application might want to do something else like > swapping fragments. > + */ > +public void endActivity(); > } > diff --git a/org/apache/cordova/CordovaWebView.java > b/org/apache/cordova/CordovaWebView.java > index 4dfeb55..28e9561 100755 > --- a/org/apache/cordova/CordovaWebView.java > +++ b/org/apache/cordova/CordovaWebView.java > @@ -760,7 +760,7 @@ public class CordovaWebView extends WebView { > //this.activityState = ACTIVITY_EXITING; > //return false; > // If they hit back button when app is initializing, > app should exit instead of hang until initi > - this.cordova.getActivity().finish(); > + this.cordova.endActivity(); > } > } > } > {noformat} -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6509) Support re-installing plugins without manual uninstall.
Michal Mocny created CB-6509: Summary: Support re-installing plugins without manual uninstall. Key: CB-6509 URL: https://issues.apache.org/jira/browse/CB-6509 Project: Apache Cordova Issue Type: Bug Components: CLI Reporter: Michal Mocny Assignee: Mark Koudritsky Priority: Minor In the interests of platforms/plugins as artifacts, would be nice to support this workflow: > cordova platform add android > cordova plugin add foo > cordova prepare > rm -rf plugins/ > cordova plugin add foo FAIL! due to existing files in android platform :( > rm -rf platforms/ > cordova platform add android PASS! Re-installs all plugins, including the one that failed before, successfully -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6510) Support for ErrorUrl preference on iOS
Marcus Pridham created CB-6510: -- Summary: Support for ErrorUrl preference on iOS Key: CB-6510 URL: https://issues.apache.org/jira/browse/CB-6510 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: 3.4.0 Reporter: Marcus Pridham Priority: Minor Android provides an ErrorUrl preference for if a page fails to load. It would be nice if iOS provided a similar preference. Currently a white screen is displayed and a error is logged to the console. http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration ErrorUrl (URL, defaults to null): If set, will display the referenced page upon an error in the application instead of a dialog with the title "Application Error". -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6511) When display name is 16-bit based language, Android platform can't create Activty class when adding support
Victor Adrian Sosa Herrera created CB-6511: -- Summary: When display name is 16-bit based language, Android platform can't create Activty class when adding support Key: CB-6511 URL: https://issues.apache.org/jira/browse/CB-6511 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0, 3.3.0 Reporter: Victor Adrian Sosa Herrera Adding android support when the Display name of the Cordova application has a value based on 16-bit language (like Japanese) makes that the Activity class (based on that value) isn't created correctly. Instead, the class is generated as a file named ".java" and the Java class declaration is "public class extends CordovaActivity". To reproduce the error: 1. Change the text file encoding of container to UTF-8 2. Create a cordova project and enter a project name with ASCII characters and display name with G11N characters (like Japanese) 3. Once the project is created, add android support. 4. Go to /platforms/android/src/ and verify you have a file named ".java". If you are in Linux, it is a hidden file -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980226#comment-13980226 ] ASF subversion and git services commented on CB-4319: - Commit 806ed0575ce578d52e1f42828f049913fbcb6081 in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=806ed05 ] CB-4319 localStorage database is relocated when restarting app on OSX fixes: - initialize web storage earlier - read location from config.xml - add fallback with bundleId if missing - add missing placeholders in config.xml template Signed-off-by: Shazron Abdullah > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980230#comment-13980230 ] ASF subversion and git services commented on CB-6502: - Commit 1ff6f299bb719acf917f07b1142a0b2c4ac85141 in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=1ff6f29 ] CB-6502 Invalid URL and version for osx platform Signed-off-by: Shazron Abdullah > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2987) Add a ./cordova/lib/install-emulator project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980236#comment-13980236 ] ASF subversion and git services commented on CB-2987: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/install-emulator project-level helper script to OSX > --- > > Key: CB-2987 > URL: https://issues.apache.org/jira/browse/CB-2987 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > {code} > install-emulator [--target=id] > {code} > Installs a build of the app to an available emulator. > If {{--target}} is specified, attempts to install the app to the emulator > identified by {{id}}. If the attempt fails, the script will error out with an > appropriate error message and exit with code 2. > If no {{--target}} is specified, follows this multi-device flow: > # Are there any actual emulators available, i.e. started/running? (use > {{list-started-emulators}} [CB-2971] to determine this). If so, target the > first one, otherwise continue. > # Are there any emulator images available to start? (use > {{list-emulator-images}} [CB-2954] to determine this). If so, call > {{start-emulator }} [TODO: issue ref] of the first available image, wait > for it to become ready, then target it. If no, continue. > # Print an error message and exit with code 2. > If the application is not compiled/built yet, the script will error out with > an appropriate error message and exit with code 2. > If the functionality is not implementable, the script should print out an > appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2979) Add a ./cordova/lib/list-devices project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980233#comment-13980233 ] ASF subversion and git services commented on CB-2979: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/list-devices project-level helper script to OSX > --- > > Key: CB-2979 > URL: https://issues.apache.org/jira/browse/CB-2979 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Lists out attached/connected devices. > The script should print out, at a minimum, one device ID per line. If a > description of the device is available, each line should be in the form ID > DESCRIPTION. Other tooling can then use the first space as a delimiter. > If no devices are connected, the script should print out nothing and exit > with code 0. > If it is not possible to implement this script on the platform, the script > script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2971) Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980234#comment-13980234 ] ASF subversion and git services commented on CB-2971: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/list-started-emulators as project-level helper script to > OSX > > > Key: CB-2971 > URL: https://issues.apache.org/jira/browse/CB-2971 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Lists out running emulators. > The script should print out, at a minimum, one emulator ID per line. If a > description of the running emulator is available, each line should be in the > form ID DESCRIPTION. Other tooling can then use the first space as a > delimiter. > If this functionality is not available, the script should print out an > appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2926) Add a ./cordova/log project-level script for OSX
[ https://issues.apache.org/jira/browse/CB-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980243#comment-13980243 ] ASF subversion and git services commented on CB-2926: - Commit 33f8a87a3f99ffc029dab5b62b6c4684147f5d34 in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=33f8a87 ] CB-2926 Add a ./cordova/log project-level script for OSX - added log output to build script if it starts the app after building - added flag to support launching in foreground Signed-off-by: Shazron Abdullah > Add a ./cordova/log project-level script for OSX > > > Key: CB-2926 > URL: https://issues.apache.org/jira/browse/CB-2926 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Add a script that streams a log from a running cordova app, either on a > connected device or running emulator. > If the action is not supported, that is fine. In that case, please have the > script error out with an appropriate message (with potential workaround > described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2995) Add a ./cordova/lib/install-device project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980237#comment-13980237 ] ASF subversion and git services commented on CB-2995: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/install-device project-level helper script to OSX > - > > Key: CB-2995 > URL: https://issues.apache.org/jira/browse/CB-2995 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > {code} > install-device [--target=id] > {code} > Installs a build of the app to an available device. > If {{--target}} is specified, attempts to install the app to the device > identified by {{id}}. If the attempt fails, the script will error out with an > appropriate error message and exit with code 2. > If no {{--target}} is specified, follows this multi-device flow: > # Are there any devices available, i.e. connected? (use {{list-devices}} > [CB-2978] to determine this). If so, target the first one, otherwise continue. > # Print an error message and exit with code 2. > If the application is not compiled/built yet, the script will error out with > an appropriate error message and exit with code 2. > If this functionality is not implementable, print out an appropriate error > message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-3003) Add a ./cordova/lib/start-emulator project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-3003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980239#comment-13980239 ] ASF subversion and git services commented on CB-3003: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/start-emulator project-level helper script to OSX > - > > Key: CB-3003 > URL: https://issues.apache.org/jira/browse/CB-3003 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > {code} > start-emulator [id] > {code} > Starts an emulator image. > If {{id}} is specified, will attempt to start the emulator image with the > specified ID. If the emulator image is not available or is unable to be > started, should print an error message and exit with code 2. > If no {{id}} is specified, it will try to start the first available emulator > (using the {{list-emulator-images}} script [CB-2954]). If no emulator images > are available, it will error out and exit with code 2. > If this implementation is not available for a particular platform, the script > should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CB-6501) Add launch-mode for Android
[ https://issues.apache.org/jira/browse/CB-6501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny reassigned CB-6501: Assignee: Michal Mocny (was: Andrew Grieve) > Add launch-mode for Android > > > Key: CB-6501 > URL: https://issues.apache.org/jira/browse/CB-6501 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CLI, Docs >Reporter: Andrew Grieve >Assignee: Michal Mocny >Priority: Minor > > Via pull request: https://github.com/apache/cordova-cli/pull/164 > and related: > https://groups.google.com/forum/#!topic/phonegap/8E5C6phqQA4 > https://groups.google.com/forum/#!topic/phonegap/R08vOZNm580 > Idea is to map a to the AndroidManifest.xml launchMode attribute. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6501) Add launch-mode for Android
[ https://issues.apache.org/jira/browse/CB-6501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny resolved CB-6501. -- Resolution: Fixed Fix Version/s: 3.5.0 Preference name is "AndroidLaunchMode" and valid values are: ['standard', 'singleTop', 'singleTask', 'singleInstance']. Not having any preference set will default to singleTop (because of androids default.xml), while using any invalid value will warn and use the default launch mode set by Android. > Add launch-mode for Android > > > Key: CB-6501 > URL: https://issues.apache.org/jira/browse/CB-6501 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, CLI, Docs >Reporter: Andrew Grieve >Assignee: Michal Mocny >Priority: Minor > Fix For: 3.5.0 > > > Via pull request: https://github.com/apache/cordova-cli/pull/164 > and related: > https://groups.google.com/forum/#!topic/phonegap/8E5C6phqQA4 > https://groups.google.com/forum/#!topic/phonegap/R08vOZNm580 > Idea is to map a to the AndroidManifest.xml launchMode attribute. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6493) Project template organization - add www folder reference, prominent config.xml
[ https://issues.apache.org/jira/browse/CB-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980255#comment-13980255 ] ASF subversion and git services commented on CB-6493: - Commit 4db9ca537eab5603faafb86e1f0348c1a8f4e969 in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=4db9ca5 ] CB-6493 Project template organization - add www folder reference, prominent config.xml Signed-off-by: Shazron Abdullah > Project template organization - add www folder reference, prominent config.xml > -- > > Key: CB-6493 > URL: https://issues.apache.org/jira/browse/CB-6493 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Shazron Abdullah >Assignee: Tobias Bocanegra > > Right now there is no folder reference to the "www" folder for quick edits in > Xcode, add one. Not critical for the build, but a convenience thing (like > iOS). > Also, the config.xml is hidden in a subfolder in the project, put it next to > the root (like iOS). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6512) Support adding platforms by local path and/or git url
Michal Mocny created CB-6512: Summary: Support adding platforms by local path and/or git url Key: CB-6512 URL: https://issues.apache.org/jira/browse/CB-6512 Project: Apache Cordova Issue Type: Improvement Components: CLI Reporter: Michal Mocny Assignee: Mark Koudritsky Priority: Minor You can add local development versions of plugins with "cordova plugin add ~/path/to/plugin", but you cannot do that for platforms. We should fix that. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980258#comment-13980258 ] ASF GitHub Bot commented on CB-6502: Github user shazron commented on the pull request: https://github.com/apache/cordova-osx/pull/6#issuecomment-41329882 Integrated, you can close this PR now > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6493) Project template organization - add www folder reference, prominent config.xml
[ https://issues.apache.org/jira/browse/CB-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980259#comment-13980259 ] ASF GitHub Bot commented on CB-6493: Github user shazron commented on the pull request: https://github.com/apache/cordova-osx/pull/4#issuecomment-41329911 Integrated, you can close this PR now > Project template organization - add www folder reference, prominent config.xml > -- > > Key: CB-6493 > URL: https://issues.apache.org/jira/browse/CB-6493 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Shazron Abdullah >Assignee: Tobias Bocanegra > > Right now there is no folder reference to the "www" folder for quick edits in > Xcode, add one. Not critical for the build, but a convenience thing (like > iOS). > Also, the config.xml is hidden in a subfolder in the project, put it next to > the root (like iOS). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980257#comment-13980257 ] ASF GitHub Bot commented on CB-4319: Github user shazron commented on the pull request: https://github.com/apache/cordova-osx/pull/7#issuecomment-41329865 Integrated, you can close this PR now > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2926) Add a ./cordova/log project-level script for OSX
[ https://issues.apache.org/jira/browse/CB-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980260#comment-13980260 ] ASF GitHub Bot commented on CB-2926: Github user shazron commented on the pull request: https://github.com/apache/cordova-osx/pull/3#issuecomment-41329920 Integrated, you can close this PR now > Add a ./cordova/log project-level script for OSX > > > Key: CB-2926 > URL: https://issues.apache.org/jira/browse/CB-2926 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Add a script that streams a log from a running cordova app, either on a > connected device or running emulator. > If the action is not supported, that is fine. In that case, please have the > script error out with an appropriate message (with potential workaround > described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2954) Add a ./cordova/lib/list-emulator-images project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980235#comment-13980235 ] ASF subversion and git services commented on CB-2954: - Commit 04c6c0c972bd398d9a898dc66e8f551ebc6d in cordova-osx's branch refs/heads/master from [~tri...@adobe.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git;h=04c6c0c ] Fixing various project-helper scripts fixes: * CB-2979 Add a ./cordova/lib/list-devices project-level helper script to OSX * CB-2971 Add a ./cordova/lib/list-started-emulators as project-level helper script to OSX * CB-2954 Add a ./cordova/lib/list-emulator-images project-level helper script to OSX * CB-2987 Add a ./cordova/lib/install-emulator project-level helper script to OSX * CB-2995 Add a ./cordova/lib/install-device project-level helper script to OSX * CB-3003 Add a ./cordova/lib/start-emulator project-level helper script to OSX Signed-off-by: Shazron Abdullah > Add a ./cordova/lib/list-emulator-images project-level helper script to OSX > --- > > Key: CB-2954 > URL: https://issues.apache.org/jira/browse/CB-2954 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Lists out available emulator image IDs. > Its main use is passing into {{start-emulator}}. > The script should print out, at a minimum, one emulator ID per line. If a > description of the emulator image is available, each line should be in the > form ID DESCRIPTION. Other tooling can then use the first space as a > delimiter. > If this functionality is not available on OSX, the script should error out > with an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6048) Add config setting for Android app launchMode
[ https://issues.apache.org/jira/browse/CB-6048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny resolved CB-6048. -- Resolution: Duplicate > 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] [Resolved] (CB-4624) Allow apps to specify plugin dependencies within their config.xml
[ https://issues.apache.org/jira/browse/CB-4624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny resolved CB-4624. -- Resolution: Duplicate > Allow apps to specify plugin dependencies within their config.xml > - > > Key: CB-4624 > URL: https://issues.apache.org/jira/browse/CB-4624 > Project: Apache Cordova > Issue Type: New Feature > Components: CLI >Reporter: Andrew Grieve >Assignee: Mark Koudritsky > > Use-case: Be able to have plugins/ and platforms/ in your .gitignore > Be able to specify what plugins an app depends on within config.xml. The list > should be updated whenever you perform a "cordova plugin add", just like "npm > install --save" does for node. If no commit is specified, then the latest is > downloaded and the hash is extracted & saved into the config.xml. > The syntax should match that of tags within the plugin spec: > http://cordova.apache.org/docs/en/3.0.0/plugin_ref_spec.md.html#Plugin%20Specification. > Note that there's an open issue to fold the commit/subdir into the URI > (CB-4622). > We'll need a new command for installing dependencies. Maybe: > "cordova install"? > "cordova plugin install"? > "cordova project init"? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6513) Statusbar plugin for Android is not compiling
Shazron Abdullah created CB-6513: Summary: Statusbar plugin for Android is not compiling Key: CB-6513 URL: https://issues.apache.org/jira/browse/CB-6513 Project: Apache Cordova Issue Type: Bug Components: Plugin Statusbar Reporter: Shazron Abdullah Assignee: Shazron Abdullah Missing: import org.apache.cordova.PluginResult; Pull request: https://github.com/apache/cordova-plugin-statusbar/pull/6 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6513) Statusbar plugin for Android is not compiling
[ https://issues.apache.org/jira/browse/CB-6513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980279#comment-13980279 ] ASF GitHub Bot commented on CB-6513: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-statusbar/pull/6#issuecomment-41331317 https://issues.apache.org/jira/browse/CB-6513 > Statusbar plugin for Android is not compiling > - > > Key: CB-6513 > URL: https://issues.apache.org/jira/browse/CB-6513 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Missing: > import org.apache.cordova.PluginResult; > Pull request: > https://github.com/apache/cordova-plugin-statusbar/pull/6 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6513) Statusbar plugin for Android is not compiling
[ https://issues.apache.org/jira/browse/CB-6513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980281#comment-13980281 ] ASF subversion and git services commented on CB-6513: - Commit 0b0e9d8fc5bbc36a0bfffa5ff5c4e3580116784d in cordova-plugin-statusbar's branch refs/heads/dev from [~dpogue] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-statusbar.git;h=0b0e9d8 ] CB-6513 - Statusbar plugin for Android is not compiling Signed-off-by: Shazron Abdullah > Statusbar plugin for Android is not compiling > - > > Key: CB-6513 > URL: https://issues.apache.org/jira/browse/CB-6513 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Missing: > import org.apache.cordova.PluginResult; > Pull request: > https://github.com/apache/cordova-plugin-statusbar/pull/6 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6450) [WP8] XHRHelper incompatibility with Sencha Touch
[ https://issues.apache.org/jira/browse/CB-6450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980295#comment-13980295 ] Jesse MacFadyen commented on CB-6450: - Can you try this? if (responseCode == '200') { alias.responseText = responseText; // MY CHANGE HERE alias.responseXML = DOMParser.parseFromString(responseText, "text/xml"); // END } > [WP8] XHRHelper incompatibility with Sencha Touch > - > > Key: CB-6450 > URL: https://issues.apache.org/jira/browse/CB-6450 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.4.0 > Environment: WP8, IE10 >Reporter: Marco Spinola Durante >Assignee: Jesse MacFadyen >Priority: Critical > > My app uses Cordova 3.4.0 & Sencha Touch successfully on iOS and Android. I > am extending support to WP8, but the app wont start correctly. > The problem lies in the XHRHelper (probably in the injected JS code), because > if I load the app in the IE10 browser everything works fine. > From Sencha Touch point of view loading of XML fails, although the reader > returns 200, I can see that the response.responseXML field is empty. > I tried to edit the injected JS script and change as follows: > {code:javascript}var funk = function () { >window.__onXHRLocalCallback = function (responseCode, responseText) { > alias.status = responseCode; > if (responseCode == '200') { > alias.responseText = responseText; > // MY CHANGE HERE > alias.responseXML = responseText; > // END > } > else { > alias.onerror && alias.onerror(responseCode); > } > alias.changeReadyState(XHRShim.DONE); >} >alias.changeReadyState(XHRShim.LOADING); >window.external.Notify('XHRLOCAL/' + resolvedUrl); > } > {code} > but it didn't help. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CB-6450) [WP8] XHRHelper incompatibility with Sencha Touch
[ https://issues.apache.org/jira/browse/CB-6450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980295#comment-13980295 ] Jesse MacFadyen edited comment on CB-6450 at 4/24/14 9:12 PM: -- Can you try this? {code} if (responseCode == '200') { alias.responseText = responseText; // MY CHANGE HERE alias.responseXML = DOMParser.parseFromString(responseText, "text/xml"); // END } {code} was (Author: purplecabbage): Can you try this? if (responseCode == '200') { alias.responseText = responseText; // MY CHANGE HERE alias.responseXML = DOMParser.parseFromString(responseText, "text/xml"); // END } > [WP8] XHRHelper incompatibility with Sencha Touch > - > > Key: CB-6450 > URL: https://issues.apache.org/jira/browse/CB-6450 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.4.0 > Environment: WP8, IE10 >Reporter: Marco Spinola Durante >Assignee: Jesse MacFadyen >Priority: Critical > > My app uses Cordova 3.4.0 & Sencha Touch successfully on iOS and Android. I > am extending support to WP8, but the app wont start correctly. > The problem lies in the XHRHelper (probably in the injected JS code), because > if I load the app in the IE10 browser everything works fine. > From Sencha Touch point of view loading of XML fails, although the reader > returns 200, I can see that the response.responseXML field is empty. > I tried to edit the injected JS script and change as follows: > {code:javascript}var funk = function () { >window.__onXHRLocalCallback = function (responseCode, responseText) { > alias.status = responseCode; > if (responseCode == '200') { > alias.responseText = responseText; > // MY CHANGE HERE > alias.responseXML = responseText; > // END > } > else { > alias.onerror && alias.onerror(responseCode); > } > alias.changeReadyState(XHRShim.DONE); >} >alias.changeReadyState(XHRShim.LOADING); >window.external.Notify('XHRLOCAL/' + resolvedUrl); > } > {code} > but it didn't help. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6280) improve integration with plugin docs
[ https://issues.apache.org/jira/browse/CB-6280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980298#comment-13980298 ] ASF subversion and git services commented on CB-6280: - Commit 967f1164e182d65b4f9c5e2d9ccd415546b9589a in cordova-plugman's branch refs/heads/browserify from [~stevegill] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;h=967f116 ] CB-6280: plugman publish now publishes doc/index.md > improve integration with plugin docs > > > Key: CB-6280 > URL: https://issues.apache.org/jira/browse/CB-6280 > Project: Apache Cordova > Issue Type: Sub-task > Components: Registry, Registry Web >Reporter: Steve Gill >Assignee: Steve Gill > > Right now, we expose the readme for each plugin. Either the docs of the > plugins are going to get merged into the readme or we need to expose the docs > at publish time and then display them on the plugin details page -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6513) Statusbar plugin for Android is not compiling
[ https://issues.apache.org/jira/browse/CB-6513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6513. -- Resolution: Fixed > Statusbar plugin for Android is not compiling > - > > Key: CB-6513 > URL: https://issues.apache.org/jira/browse/CB-6513 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Missing: > import org.apache.cordova.PluginResult; > Pull request: > https://github.com/apache/cordova-plugin-statusbar/pull/6 -- 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=13980330#comment-13980330 ] ASF subversion and git services commented on CB-5488: - Commit 5a38908fb54f2ad7dff837810e89e9f6a614cdbf in cordova-js's branch refs/heads/browserify from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=5a38908 ] CB-5488 ios: Don't attempt iframe bridge until document.body exists > 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: CordovaJS, iOS >Affects Versions: 3.1.0 >Reporter: Federico Kereki >Assignee: Andrew Grieve > > 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] [Commented] (CB-6388) LOAD_URL Bridge fails to return binary data
[ https://issues.apache.org/jira/browse/CB-6388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980328#comment-13980328 ] ASF subversion and git services commented on CB-6388: - Commit 53eae16307d5d94eb9654f95893e9f4f1816254d in cordova-js's branch refs/heads/browserify from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=53eae16 ] CB-6388: Add base64.toArrayBuffer() method to support binary data from the LOAD_URL bridge > LOAD_URL Bridge fails to return binary data > --- > > Key: CB-6388 > URL: https://issues.apache.org/jira/browse/CB-6388 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.4.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 3.5.0 > > > In LOAD_URL nativeToJs mode, the Android native side of the bridge > incorrectly encodes binary data. > It serializes the data to Base64, but fails to quote it, or provide any hints > to the receiving JavaScript about what to do with the data. > A typical message (from mobile spec, file.spec.86), ends up encoded like this: > {code} > cordova.callbackFromNative('File1615636988',true,1,[4oKsw6sgLSBUaGVyZSBpcyBhbiBleGNlcHRpb24gdG8gZXZlcnkgcnVsZS4gIEV4Y2VwdCB0aGlzIG9uZS5iaW46AQA=],false); > {code} > which immediately results in a syntax error when passed to the webview. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6419) pause|resume need to be executed without a timeout
[ https://issues.apache.org/jira/browse/CB-6419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980329#comment-13980329 ] ASF subversion and git services commented on CB-6419: - Commit b0a18f81c3237a36b4a5c92a0ebc68b8ed9e8682 in cordova-js's branch refs/heads/browserify from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=b0a18f8 ] CB-6419 pause and resume events should be fired without a timeout > pause|resume need to be executed without a timeout > -- > > Key: CB-6419 > URL: https://issues.apache.org/jira/browse/CB-6419 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, Windows 8 >Affects Versions: 3.4.0 >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > Fix For: 3.5.0 > > > pause event is not actually triggered until the app is about to resume, > because the timeout itself get paused. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5606) WP8. Add ArrayBuffer support to exec bridge
[ https://issues.apache.org/jira/browse/CB-5606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980327#comment-13980327 ] ASF subversion and git services commented on CB-5606: - Commit 81f9a00ae27351350008bb84236635065cf124e8 in cordova-js's branch refs/heads/browserify from [~edwinvanderham] [ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=81f9a00 ] CB-5606 WP8. ArrayBuffer does not exist in WP7 github: close #65 > WP8. Add ArrayBuffer support to exec bridge > --- > > Key: CB-5606 > URL: https://issues.apache.org/jira/browse/CB-5606 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, WP8 >Reporter: Sergey Grebnov >Assignee: Jesse MacFadyen > > As per discussion "Windows Phone binary bridge" in the mailing list. > Right now WP7/8 does not support binary data type (ArrayBuffer) since there > is no special logic to serialize such data. Other platforms use base64 > encoding. > We should add support of ArrayBuffer to windows phone exec bridge. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6514) console.log does not work on the Samsung Galaxy Ace IIx
Joe Bowser created CB-6514: -- Summary: console.log does not work on the Samsung Galaxy Ace IIx Key: CB-6514 URL: https://issues.apache.org/jira/browse/CB-6514 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.4.0 Reporter: Joe Bowser Assignee: Joe Bowser Priority: Minor While walking someone through the development workflow for Android, we discovered the Samsung Galaxy Ace II x does not support console.log(). This may be similar to the HTC bug from three years ago. Note to self: Investigate this issue -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6026) Orientation preference is ignored on iOS
[ https://issues.apache.org/jira/browse/CB-6026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980387#comment-13980387 ] John Leith commented on CB-6026: In my cordova 3.4 project, iphone orientation is observed, but ipad orientation is not. > Orientation preference is ignored on iOS > > > Key: CB-6026 > URL: https://issues.apache.org/jira/browse/CB-6026 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, iOS >Reporter: Andrew Grieve >Priority: Minor > > [Docs|http://cordova.apache.org/docs/en/edge/config_ref_index.md.html] say > that this should work: > {quote} > > {quote} > But it doesn't. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6026) Orientation preference is ignored on iOS
[ https://issues.apache.org/jira/browse/CB-6026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6026. -- Resolution: Duplicate > Orientation preference is ignored on iOS > > > Key: CB-6026 > URL: https://issues.apache.org/jira/browse/CB-6026 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, iOS >Reporter: Andrew Grieve >Priority: Minor > > [Docs|http://cordova.apache.org/docs/en/edge/config_ref_index.md.html] say > that this should work: > {quote} > > {quote} > But it doesn't. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6506) RTC: Add support for OSX
[ https://issues.apache.org/jira/browse/CB-6506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980410#comment-13980410 ] ASF GitHub Bot commented on CB-6506: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugman/pull/75#issuecomment-41341311 All references to "ios" in osx.js should be changed to OSX > RTC: Add support for OSX > > > Key: CB-6506 > URL: https://issues.apache.org/jira/browse/CB-6506 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, Plugman >Affects Versions: 3.4.0 >Reporter: Tobias Bocanegra >Assignee: Tobias Bocanegra >Priority: Minor > > The recently updated scripts and templates in cordova-osx now work with cli > and plugman. > suggest/request to add it to the list of platforms. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6506) RTC: Add support for OSX
[ https://issues.apache.org/jira/browse/CB-6506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980411#comment-13980411 ] ASF GitHub Bot commented on CB-6506: Github user shazron commented on the pull request: https://github.com/apache/cordova-cli/pull/170#issuecomment-41341461 Looks good to me. > RTC: Add support for OSX > > > Key: CB-6506 > URL: https://issues.apache.org/jira/browse/CB-6506 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, Plugman >Affects Versions: 3.4.0 >Reporter: Tobias Bocanegra >Assignee: Tobias Bocanegra >Priority: Minor > > The recently updated scripts and templates in cordova-osx now work with cli > and plugman. > suggest/request to add it to the list of platforms. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6507) On the "Platform Support" table links to a number of APIs return a 404
[ https://issues.apache.org/jira/browse/CB-6507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6507. -- Resolution: Duplicate > On the "Platform Support" table links to a number of APIs return a 404 > -- > > Key: CB-6507 > URL: https://issues.apache.org/jira/browse/CB-6507 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 3.4.0 >Reporter: Mike Jones > Labels: docuentation > > On the platform support page, the API links on the left of the table return a > 404 > For example ... > accelerometer: > http://cordova.apache.org/docs/en/3.4.0/cordova_accelerometer_accelerometer.md.html > camera: > http://cordova.apache.org/docs/en/3.4.0/cordova_camera_camera.md.html > capture: > http://cordova.apache.org/docs/en/3.4.0/cordova_media_capture_capture.md.html > all return "Not Found" -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6504) [docs] Broken Plugin Spec Link on Page "Using Plugman..."
[ https://issues.apache.org/jira/browse/CB-6504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6504. -- Resolution: Duplicate Fix Version/s: (was: 3.5.0) Generally we don't patch older versions but fix it in edge > [docs] Broken Plugin Spec Link on Page "Using Plugman..." > - > > Key: CB-6504 > URL: https://issues.apache.org/jira/browse/CB-6504 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 3.2.0, 3.3.0, 3.4.0 >Reporter: Philipp Austermann > Labels: documentation, link, plugman, specification > > the "plugin specification" link on those pages leads into 404. > - > http://cordova.apache.org/docs/en/3.2.0/plugin_ref_plugman.md.html#Using%20Plugman%20to%20Manage%20Plugins > - > http://cordova.apache.org/docs/en/3.3.0/plugin_ref_plugman.md.html#Using%20Plugman%20to%20Manage%20Plugins > - > http://cordova.apache.org/docs/en/3.4.0/plugin_ref_plugman.md.html#Using%20Plugman%20to%20Manage%20Plugins > This link does not appear on the same page in edge currently - however we > should make sure this is fixed online for consistency -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6500. -- Resolution: Fixed This was fixed in the release of 3.4.1. Update your cordova tool > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6510) Support for ErrorUrl preference on iOS
[ https://issues.apache.org/jira/browse/CB-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980446#comment-13980446 ] Shazron Abdullah commented on CB-6510: -- Good idea, what does "upon an error" mean in the docs? Does it display the ErrorUrl on any JavaScript and/or native code error? > Support for ErrorUrl preference on iOS > -- > > Key: CB-6510 > URL: https://issues.apache.org/jira/browse/CB-6510 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Marcus Pridham >Priority: Minor > > Android provides an ErrorUrl preference for if a page fails to load. It > would be nice if iOS provided a similar preference. Currently a white screen > is displayed and a error is logged to the console. > http://cordova.apache.org/docs/en/3.4.0/guide_platforms_android_config.md.html#Android%20Configuration > ErrorUrl (URL, defaults to null): If set, will display the referenced page > upon an error in the application instead of a dialog with the title > "Application Error". > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980459#comment-13980459 ] Song Zheng commented on CB-6500: Are you sure? I had to downgrade from 3.4.1 to 3.4.0 because of this bug. This bug is newly introduced in 3.4.1 > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6495) Media plugin : Need way to set session category for iOS
[ https://issues.apache.org/jira/browse/CB-6495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980462#comment-13980462 ] Shazron Abdullah commented on CB-6495: -- Note for devs: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVAudioSession_ClassReference/Reference/Reference.html see section "Audio Session Categories" Probably only use a subset of these. Don't forget to update the docs. > Media plugin : Need way to set session category for iOS > --- > > Key: CB-6495 > URL: https://issues.apache.org/jira/browse/CB-6495 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Media > Environment: iOS, all >Reporter: Paul Kane >Priority: Critical > > I need a way to play a sound effect (the occasional "beep") in my Cordova app > without it shutting down any other Audio Sessions. Currently any sound from > my app will cancel iTunes/Spotify/etc background music. > Apple has a bunch of "Audio Session" categories which determine how an app's > audio will mix with other audio streams. The documentation is here : > https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVAudioSession_ClassReference/Reference/Reference.html > Anyway, the only 2 audio session categories mentioned in the Media plugin are > hard-wired in there and not configurable. It should probably be more of an > option, the way that playAudioWhenScreenIsLocked and numberOfLoops are > options. The category I needed was AVAudioSessionCategoryAmbient. For now > I've simply hard-wired it in for my project, but I'm going to need to patch > the plugin after every plugin upgrade, etc. > Also worth noting, the setCategory function should probably be called before > the prepareToPlay function (it's not, currently). Without doing that, setting > the category wasn't having any effect for me. Found the solution here : > http://stackoverflow.com/questions/10377959/on-ipad-why-does-avaudiosessioncategoryambient-stop-the-music-playing-in-ipod > I'm not an iOS programmer, and Objective-C and github both confuse the hell > out of me so you probably don't want me contributing my code to the plugin, > but hopefully these notes can be of help to someone better qualified. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980484#comment-13980484 ] Shazron Abdullah commented on CB-6500: -- Apologies, I misread your actual issue. Yes, this is not a bug, Cordova is going 64-bit by default. For those exceptions like yours, users can edit the Build Settings. > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reopened CB-6500: -- > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6500. -- Resolution: Not a Problem > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980492#comment-13980492 ] Shazron Abdullah commented on CB-6500: -- The 64 bit binary includes a 32 bit slice, so it runs on all devices. However due to this, during link time all code must have a 64-bit slice, which includes your libraries of course (contact your vendor for an update). > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980491#comment-13980491 ] Song Zheng commented on CB-6500: What settings could I change to avoid this error? If I remove arm64 Cordova no longer builds. If I leave arm64 (by default) my SDKs no longer builds. Should I stay with 3.4.0 until all my SDK dependencies support arm64 as well? > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980499#comment-13980499 ] Song Zheng commented on CB-6500: Taking vendors out of the picture, I still cannot compile a freshly created app onto my iOS device (7.1.1). Seems that arm64 is now a required flag for "Valid Architectures" under build settings in Cordova 3.1.4. Is this expected behavior? > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980507#comment-13980507 ] Shazron Abdullah commented on CB-6500: -- That is strange. We've been testing with 3.4.1 everyday, no one has that issue so far (unable to compile and deploy to device). I just created a new project on 3.4.1 and deployed on a 32-bit device, to be sure. > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6500) Cordova requires arm64 architecture
[ https://issues.apache.org/jira/browse/CB-6500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980544#comment-13980544 ] Song Zheng commented on CB-6500: Sorry, I might have been unclear. If you create a new project, remove arm64 and armv7s from the project's "Valid architecture" under build settings, you will get errors if you try to deploy to device (tested on iPhone 5s). Is this expected behavior? > Cordova requires arm64 architecture > --- > > Key: CB-6500 > URL: https://issues.apache.org/jira/browse/CB-6500 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS, iOS >Affects Versions: 3.4.0 > Environment: OSX >Reporter: Song Zheng > > In project settings, developers are now required to add arm64 under valid > Architectures build settings. If we do not want to support arm64 or are > unable to (because of other SDK dependency), our app will no longer work and > get the following compile errors: > undefined symbols for architecture armv7: > "_OBJC_CLASS_$_CDVPlugin", referenced from: > _OBJC_CLASS_$_OpenTokPlugin in OpenTokPlugin.o > "_OBJC_METACLASS_$_CDVPlugin", referenced from: > _OBJC_METACLASS_$_OpenTokPlugin in OpenTokPlugin.o > ... > To reproduce: > 1. Create new project (Cordova create YourApp) > 2. Add ios platform ( Cordova plaform add ios ) > 3. Open xcode ( open YourApp/platform/ios/...xcodeproj ) > 4. Change project build settings ( Valid Architectures to only armv7 - remove > armv7s and arm64 ) > 5. Change project build settings (Build Active Architecture Only - No ) > Result: > undefined symbol errors during compile time. > This was a breaking change from Cordova v 3.4.0-0.1.3 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6493) Project template organization - add www folder reference, prominent config.xml
[ https://issues.apache.org/jira/browse/CB-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980578#comment-13980578 ] ASF GitHub Bot commented on CB-6493: Github user tripodsan closed the pull request at: https://github.com/apache/cordova-osx/pull/4 > Project template organization - add www folder reference, prominent config.xml > -- > > Key: CB-6493 > URL: https://issues.apache.org/jira/browse/CB-6493 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Shazron Abdullah >Assignee: Tobias Bocanegra > > Right now there is no folder reference to the "www" folder for quick edits in > Xcode, add one. Not critical for the build, but a convenience thing (like > iOS). > Also, the config.xml is hidden in a subfolder in the project, put it next to > the root (like iOS). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved CB-4319. -- Resolution: Fixed Fix Version/s: 3.5.0 > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > Fix For: 3.5.0 > > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980580#comment-13980580 ] ASF GitHub Bot commented on CB-6502: Github user tripodsan closed the pull request at: https://github.com/apache/cordova-osx/pull/6 > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > Fix For: 3.5.0 > > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved CB-6502. -- Resolution: Fixed > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2926) Add a ./cordova/log project-level script for OSX
[ https://issues.apache.org/jira/browse/CB-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980574#comment-13980574 ] ASF GitHub Bot commented on CB-2926: Github user tripodsan commented on the pull request: https://github.com/apache/cordova-osx/pull/3#issuecomment-41349945 thanks > Add a ./cordova/log project-level script for OSX > > > Key: CB-2926 > URL: https://issues.apache.org/jira/browse/CB-2926 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Add a script that streams a log from a running cordova app, either on a > connected device or running emulator. > If the action is not supported, that is fine. In that case, please have the > script error out with an appropriate message (with potential workaround > described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980579#comment-13980579 ] ASF GitHub Bot commented on CB-6502: Github user tripodsan commented on the pull request: https://github.com/apache/cordova-osx/pull/6#issuecomment-41350032 thanks > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > Fix For: 3.5.0 > > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980581#comment-13980581 ] ASF GitHub Bot commented on CB-4319: Github user tripodsan commented on the pull request: https://github.com/apache/cordova-osx/pull/7#issuecomment-41350066 thanks > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6493) Project template organization - add www folder reference, prominent config.xml
[ https://issues.apache.org/jira/browse/CB-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved CB-6493. -- Resolution: Fixed > Project template organization - add www folder reference, prominent config.xml > -- > > Key: CB-6493 > URL: https://issues.apache.org/jira/browse/CB-6493 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Shazron Abdullah >Assignee: Tobias Bocanegra > > Right now there is no folder reference to the "www" folder for quick edits in > Xcode, add one. Not critical for the build, but a convenience thing (like > iOS). > Also, the config.xml is hidden in a subfolder in the project, put it next to > the root (like iOS). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4319) localStorage database is relocated when restarting app on OSX
[ https://issues.apache.org/jira/browse/CB-4319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980582#comment-13980582 ] ASF GitHub Bot commented on CB-4319: Github user tripodsan closed the pull request at: https://github.com/apache/cordova-osx/pull/7 > localStorage database is relocated when restarting app on OSX > - > > Key: CB-4319 > URL: https://issues.apache.org/jira/browse/CB-4319 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Affects Versions: 2.9.0 > Environment: OSX >Reporter: Adam George >Assignee: Tobias Bocanegra > Labels: localStorage, osx > > There are still issues with the localStorage database on OSX. > There is a recent ticket which dealt with a similar issue, and says that the > localStorage changes are now persisting on OSX: > https://issues.apache.org/jira/browse/CB-456 > However, in my tests, the localStorage is still not working correctly. There > appears to be a bug where when restarting the app, the localStorage database > is relocated on the filesystem. > This is my test case: > 1) Start new Cordova-OSX 2.9.0 app. When starting the app, the > localStorage datafile exists at ~/Library/Application > Support/myapp/file__0.localstorage > 2) Make some changes to localStorage in my app. I can open > file__0.localstorage in SQLite, and see that those changes are there. > 3) Close app. Stop X-Code. Changes in file__0.localstorage are still > there. > 4) Restart app. App can read my localStorage changes when it boots. > HOWEVER, I notice that the ~/Library/Application > Support/myapp/file__0.localstorage file is now missing from the filesystem... >If I make any changes to localStorage, those changes are being written > somewhere... but not into the ~/Library/Application > Support/myapp/file__0.localstorage > 5) Restart app again. App generates a new db in ~/Library/Application > Support/myapp/file__0.localstorage, and the changes that I did in 2) are now > lost. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra updated CB-6502: - Fix Version/s: 3.5.0 > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > Fix For: 3.5.0 > > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2926) Add a ./cordova/log project-level script for OSX
[ https://issues.apache.org/jira/browse/CB-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980575#comment-13980575 ] ASF GitHub Bot commented on CB-2926: Github user tripodsan closed the pull request at: https://github.com/apache/cordova-osx/pull/3 > Add a ./cordova/log project-level script for OSX > > > Key: CB-2926 > URL: https://issues.apache.org/jira/browse/CB-2926 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Add a script that streams a log from a running cordova app, either on a > connected device or running emulator. > If the action is not supported, that is fine. In that case, please have the > script error out with an appropriate message (with potential workaround > described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6493) Project template organization - add www folder reference, prominent config.xml
[ https://issues.apache.org/jira/browse/CB-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980577#comment-13980577 ] ASF GitHub Bot commented on CB-6493: Github user tripodsan commented on the pull request: https://github.com/apache/cordova-osx/pull/4#issuecomment-41350013 thanks > Project template organization - add www folder reference, prominent config.xml > -- > > Key: CB-6493 > URL: https://issues.apache.org/jira/browse/CB-6493 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Shazron Abdullah >Assignee: Tobias Bocanegra > > Right now there is no folder reference to the "www" folder for quick edits in > Xcode, add one. Not critical for the build, but a convenience thing (like > iOS). > Also, the config.xml is hidden in a subfolder in the project, put it next to > the root (like iOS). -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-2926) Add a ./cordova/log project-level script for OSX
[ https://issues.apache.org/jira/browse/CB-2926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved CB-2926. -- Resolution: Fixed > Add a ./cordova/log project-level script for OSX > > > Key: CB-2926 > URL: https://issues.apache.org/jira/browse/CB-2926 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Add a script that streams a log from a running cordova app, either on a > connected device or running emulator. > If the action is not supported, that is fine. In that case, please have the > script error out with an appropriate message (with potential workaround > described, if available) and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-2979) Add a ./cordova/lib/list-devices project-level helper script to OSX
[ https://issues.apache.org/jira/browse/CB-2979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980583#comment-13980583 ] ASF GitHub Bot commented on CB-2979: Github user tripodsan closed the pull request at: https://github.com/apache/cordova-osx/pull/5 > Add a ./cordova/lib/list-devices project-level helper script to OSX > --- > > Key: CB-2979 > URL: https://issues.apache.org/jira/browse/CB-2979 > Project: Apache Cordova > Issue Type: Improvement > Components: OSX >Reporter: Filip Maj >Assignee: Tobias Bocanegra > Fix For: 3.5.0 > > > Lists out attached/connected devices. > The script should print out, at a minimum, one device ID per line. If a > description of the device is available, each line should be in the form ID > DESCRIPTION. Other tooling can then use the first space as a delimiter. > If no devices are connected, the script should print out nothing and exit > with code 0. > If it is not possible to implement this script on the platform, the script > script should print an appropriate error message and exit with code 1. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6502) Invalid URL and version for osx platform
[ https://issues.apache.org/jira/browse/CB-6502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980584#comment-13980584 ] ASF GitHub Bot commented on CB-6502: Github user EtienneLem commented on the pull request: https://github.com/apache/cordova-osx/pull/6#issuecomment-41350160 Thanks! :metal: > Invalid URL and version for osx platform > > > Key: CB-6502 > URL: https://issues.apache.org/jira/browse/CB-6502 > Project: Apache Cordova > Issue Type: Bug > Components: OSX >Reporter: Etienne Lemay >Assignee: Tobias Bocanegra >Priority: Blocker > Fix For: 3.5.0 > > > See the cordova-cli.patch file > (https://github.com/apache/cordova-osx/blob/master/patches/cordova-cli.patch) > The *url* should be > https://git-wip-us.apache.org/repos/asf?p=cordova-osx.git. Last available tag > is *3.0.0*, however it is outdated and uses the old CordovaFramework layout > (which causes a bug when trying to install the platform (it is looking for > CordovaLib/VERSION)). Using *master* as the version works for now. > I don’t know if it’s an ongoing update, but I’d say an updated tag with the > right repo url would do the trick. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6515) cordova-js Task "jshint:src" failed!
glmnbeyond created CB-6515: -- Summary: cordova-js Task "jshint:src" failed! Key: CB-6515 URL: https://issues.apache.org/jira/browse/CB-6515 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Reporter: glmnbeyond Use the latest cordova-js master branch code and run grunt: Running "jshint:src" (jshint) task Linting src/cordova_b.js ...ERROR [L232:C3] W015: Expected 'if' to have an indentation at 5 instead at 3. if(module === "cordova/exec") { Linting src/cordova_b.js ...ERROR [L233:C5] W015: Expected 'return' to have an indentation at 9 instead at 5. return cordova.exec; Linting src/cordova_b.js ...ERROR [L234:C3] W015: Expected '}' to have an indentation at 5 instead at 3. } Linting src/cordova_b.js ...ERROR [L236:C3] W015: Expected 'return' to have an indentation at 5 instead at 3. return undefined; Linting src/cordova_b.js ...ERROR [L237:C2] W033: Missing semicolon. } Warning: Task "jshint:src" failed. Use --force to continue. Aborted due to warnings. -- This message was sent by Atlassian JIRA (v6.2#6252)