[jira] [Commented] (CB-6253) After download app from Windows Phone Store the ajax request and InappBrowser doesn't work
[ https://issues.apache.org/jira/browse/CB-6253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941406#comment-13941406 ] ASF subversion and git services commented on CB-6253: - Commit 749d55c67688404399ad2902c50ebd6e4b584460 in cordova-plugin-inappbrowser's branch refs/heads/dev from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=749d55c ] CB-6253 Add Network Capability to WMAppManifest.xml > After download app from Windows Phone Store the ajax request and InappBrowser > doesn't work > -- > > Key: CB-6253 > URL: https://issues.apache.org/jira/browse/CB-6253 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.1.0 >Reporter: Hugo Freire >Assignee: Jesse MacFadyen >Priority: Blocker > > Inappbrowser returns: > We can't display this page right now. > The website you're trying to reach may be experiencing technical > difficulties. Try again later. > Error: Cannot find server or DNS error > I have fixed it adding ID_CAP_NETWORKING capability to WMAppManifest.xml. > I think it should be included by default with any app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6253) After download app from Windows Phone Store the ajax request and InappBrowser doesn't work
[ https://issues.apache.org/jira/browse/CB-6253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-6253. - Resolution: Fixed > After download app from Windows Phone Store the ajax request and InappBrowser > doesn't work > -- > > Key: CB-6253 > URL: https://issues.apache.org/jira/browse/CB-6253 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.1.0 >Reporter: Hugo Freire >Assignee: Jesse MacFadyen >Priority: Blocker > > Inappbrowser returns: > We can't display this page right now. > The website you're trying to reach may be experiencing technical > difficulties. Try again later. > Error: Cannot find server or DNS error > I have fixed it adding ID_CAP_NETWORKING capability to WMAppManifest.xml. > I think it should be included by default with any app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-5391) XHR failing
[
https://issues.apache.org/jira/browse/CB-5391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-5391.
-
Resolution: Fixed
Fix Version/s: 2.5.0
Tested using this code:
{code}
$.ajax({
dataType: "json",
url: "www/languages.json",
success: function (data) {
console.log("success");
languageFile = data;
},
error: function (xhr, status, err) {
console.log("ERROR " + xhr.status);
}
});
{code}
and this json file contents :
{code}
{
"one": "Singular sensation",
"two": "Beady little eyes",
"three": "Little birds pitch by my doorstep"
}
{code}
and jQuery 1.4.2
> XHR failing
> ---
>
> Key: CB-5391
> URL: https://issues.apache.org/jira/browse/CB-5391
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP7, WP8
>Affects Versions: 3.1.0, 2.9.1
>Reporter: Jesse MacFadyen
>Assignee: Jesse MacFadyen
> Fix For: 2.5.0
>
>
> More details here:
> https://groups.google.com/forum/#!topic/phonegap/t3sz6xToBK8
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6315) app.clearHistory() silently fails
Benjamin Mann created CB-6315:
-
Summary: app.clearHistory() silently fails
Key: CB-6315
URL: https://issues.apache.org/jira/browse/CB-6315
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 3.4.0
Reporter: Benjamin Mann
Priority: Minor
This issue should be trivial to resolve:
http://stackoverflow.com/questions/20091152/webview-issue-on-android
Call app.clearHistory() in JS, get the following stack trace in logcat:
W/WebView (25178): java.lang.Throwable: A WebView method was called on thread
'JavaBridge'. All WebView methods must be called on the same thread. (Expected
Looper Looper (main, tid 1) {41f38938} called on Looper (JavaBridge, tid 10154)
{41f91fc8}, FYI main Looper is Looper (main, tid 1) {41f38938})
W/WebView (25178): at android.webkit.WebView.checkThread(WebView.java:2063)
W/WebView (25178): at
android.webkit.WebView.clearHistory(WebView.java:1399)
W/WebView (25178): at org.apache.cordova.App.clearHistory(App.java:193)
W/WebView (25178): at org.apache.cordova.App.execute(App.java:92)
W/WebView (25178): at
org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:65)
W/WebView (25178): at
org.apache.cordova.PluginManager.execHelper(PluginManager.java:242)
W/WebView (25178): at
org.apache.cordova.PluginManager.exec(PluginManager.java:227)
W/WebView (25178): at
org.apache.cordova.ExposedJsApi.exec(ExposedJsApi.java:53)
W/WebView (25178): at
com.android.org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native
Method)
W/WebView (25178): at
com.android.org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:27)
W/WebView (25178): at android.os.Handler.dispatchMessage(Handler.java:102)
W/WebView (25178): at android.os.Looper.loop(Looper.java:136)
W/WebView (25178): at android.os.HandlerThread.run(HandlerThread.java:61)
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CB-4051) Splashscreen rotation problem
[ https://issues.apache.org/jira/browse/CB-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-4051. -- Resolution: Fixed > Splashscreen rotation problem > - > > Key: CB-4051 > URL: https://issues.apache.org/jira/browse/CB-4051 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 >Reporter: Estelle >Assignee: Shazron Abdullah > > On Cordova 2.7 > I have made an application iPhone with Cordova, my application is only on > landscape mode. I have added splashscreens on the app and seen a bug. > When I launch app, I see correctly the good splashscreen but after view > seconds the splashscreen rotate on 90° > I think it's a bug because all params in XML, Xcode and plist are in > landscape mode. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4051) Splashscreen rotation problem
[ https://issues.apache.org/jira/browse/CB-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941281#comment-13941281 ] ASF subversion and git services commented on CB-4051: - Commit e3e39967660c5715da2838f434bba288776ae358 in cordova-plugin-splashscreen's branch refs/heads/dev from [~shazron] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-splashscreen.git;h=e3e3996 ] CB-4051 - Re-fix - Splashscreen rotation problem (closes #13) > Splashscreen rotation problem > - > > Key: CB-4051 > URL: https://issues.apache.org/jira/browse/CB-4051 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 >Reporter: Estelle >Assignee: Shazron Abdullah > > On Cordova 2.7 > I have made an application iPhone with Cordova, my application is only on > landscape mode. I have added splashscreens on the app and seen a bug. > When I launch app, I see correctly the good splashscreen but after view > seconds the splashscreen rotate on 90° > I think it's a bug because all params in XML, Xcode and plist are in > landscape mode. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4051) Splashscreen rotation problem
[ https://issues.apache.org/jira/browse/CB-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941279#comment-13941279 ] ASF GitHub Bot commented on CB-4051: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/13#issuecomment-38126812 With regards to this issue and CB-4051 and @seanbollin 's patch there, I think the proper fix is the logical operator change. I will re-open CB-4051. > Splashscreen rotation problem > - > > Key: CB-4051 > URL: https://issues.apache.org/jira/browse/CB-4051 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.7.0 >Reporter: Estelle >Assignee: Shazron Abdullah > > On Cordova 2.7 > I have made an application iPhone with Cordova, my application is only on > landscape mode. I have added splashscreens on the app and seen a bug. > When I launch app, I see correctly the good splashscreen but after view > seconds the splashscreen rotate on 90° > I think it's a bug because all params in XML, Xcode and plist are in > landscape mode. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6314) Add StatusBar.isVisible support to Android
[ https://issues.apache.org/jira/browse/CB-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941274#comment-13941274 ] ASF GitHub Bot commented on CB-6314: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-statusbar/pull/1#issuecomment-38126580 Pulled in: https://issues.apache.org/jira/browse/CB-6314 You can close this PR now > Add StatusBar.isVisible support to Android > -- > > Key: CB-6314 > URL: https://issues.apache.org/jira/browse/CB-6314 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Andrey Kurdyumov > > See PR https://github.com/apache/cordova-plugin-statusbar/pull/1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6314) Add StatusBar.isVisible support to Android
[ https://issues.apache.org/jira/browse/CB-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941273#comment-13941273 ] ASF subversion and git services commented on CB-6314: - Commit a6a4cf473b21056116f8a97e3cad583a57eafdf6 in cordova-plugin-statusbar's branch refs/heads/dev from [~akurdyumov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-statusbar.git;h=a6a4cf4 ] CB-6314 - Add StatusBar.isVisible support to Android > Add StatusBar.isVisible support to Android > -- > > Key: CB-6314 > URL: https://issues.apache.org/jira/browse/CB-6314 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Andrey Kurdyumov > > See PR https://github.com/apache/cordova-plugin-statusbar/pull/1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6314) Add StatusBar.isVisible support to Android
[ https://issues.apache.org/jira/browse/CB-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6314. -- Resolution: Fixed > Add StatusBar.isVisible support to Android > -- > > Key: CB-6314 > URL: https://issues.apache.org/jira/browse/CB-6314 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Reporter: Shazron Abdullah >Assignee: Andrey Kurdyumov > > See PR https://github.com/apache/cordova-plugin-statusbar/pull/1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6314) Add StatusBar.isVisible support to Android
Shazron Abdullah created CB-6314: Summary: Add StatusBar.isVisible support to Android Key: CB-6314 URL: https://issues.apache.org/jira/browse/CB-6314 Project: Apache Cordova Issue Type: Bug Components: Plugin Statusbar Reporter: Shazron Abdullah Assignee: Andrey Kurdyumov See PR https://github.com/apache/cordova-plugin-statusbar/pull/1 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5138) Code review changes for the StatusBar plugin
[ https://issues.apache.org/jira/browse/CB-5138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941262#comment-13941262 ] Jesse MacFadyen commented on CB-5138: - I have addressed this portion: :P Why make StatusBar a function? It has no prototype methods. > Code review changes for the StatusBar plugin > > > Key: CB-5138 > URL: https://issues.apache.org/jira/browse/CB-5138 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Statusbar >Affects Versions: Master >Reporter: Shazron Abdullah > Labels: statusbar-plugin > > From Andrew Grieve in the ML: > http://callback-dev.markmail.org/thread/y345lht3ggjmyj5q > - > Looking at the Keyboard & Statusbar plugins, would you be opposed to using: > > instead of: > > Would require a major version bump, but probably it has little usage since > it's new & in labs still? > Thinking here is that since it's not implementing any spec, we should keep > symbols off of window / navigator objects. Would be good to encourage > plugins not to pollute the global namespace I think. > Other points from code-review standpoint: > - Why make StatusBar a function? It has no prototype methods. > - You're calling exec() from the module scope. You should add a to > the to ensure it gets run at start-up. You should also delay > deviceready until it executes. cordova-plugin-device has an example of > this. > - Might be nicer to make the status-bar state a callback with > keepCallback=true so that the native code is agnostic to where the > namespace is mapped. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-5138) Code review changes for the StatusBar plugin
[ https://issues.apache.org/jira/browse/CB-5138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941258#comment-13941258 ] ASF GitHub Bot commented on CB-5138: Github user shazron commented on the pull request: https://github.com/apache/cordova-plugin-statusbar/pull/1#issuecomment-38126030 Thanks. Be aware however that this will change in the future, see this code review feedback: https://issues.apache.org/jira/browse/CB-5138 > Code review changes for the StatusBar plugin > > > Key: CB-5138 > URL: https://issues.apache.org/jira/browse/CB-5138 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Statusbar >Affects Versions: Master >Reporter: Shazron Abdullah > Labels: statusbar-plugin > > From Andrew Grieve in the ML: > http://callback-dev.markmail.org/thread/y345lht3ggjmyj5q > - > Looking at the Keyboard & Statusbar plugins, would you be opposed to using: > > instead of: > > Would require a major version bump, but probably it has little usage since > it's new & in labs still? > Thinking here is that since it's not implementing any spec, we should keep > symbols off of window / navigator objects. Would be good to encourage > plugins not to pollute the global namespace I think. > Other points from code-review standpoint: > - Why make StatusBar a function? It has no prototype methods. > - You're calling exec() from the module scope. You should add a to > the to ensure it gets run at start-up. You should also delay > deviceready until it executes. cordova-plugin-device has an example of > this. > - Might be nicer to make the status-bar state a callback with > keepCallback=true so that the native code is agnostic to where the > namespace is mapped. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6313) Extra boundary in FileTransfer upload on Windows Phone
Dan Polivy created CB-6313:
--
Summary: Extra boundary in FileTransfer upload on Windows Phone
Key: CB-6313
URL: https://issues.apache.org/jira/browse/CB-6313
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Affects Versions: 3.4.0
Environment: Windows Phone 8; Cordova 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
I am using the File Transfer plugin on Windows Phone 8, and am adding
additional parameters to the upload via FileTransferOptions.params. When doing
this, I've found that an extra boundary is emitted into the request, which
unfortunately causes my node.js server (running express) to fail in parsing the
form submission.
The form submission ends up looking like this (notice the extra boundary
included after the parameters, and before the file itself):
--8d1119c8955f52c
Content-Disposition: form-data; name="param1"
1
--8d1119c8955f52c
Content-Disposition: form-data; name="param2"
2
--8d1119c8955f52c
--8d1119c8955f52c
Content-Disposition: form-data; name="file";
filename="///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera
Roll_WP_20140319_001_jpg.jpg"
{data}
--8d1119c8955f52c--
I've reviewed the code, and believe it is simply a one line fix to remove the
line causing the issue, but confirmation from one of the owners would be
helpful.
For me, it is line 746 of FileTransfer.cs:
requestStream.Write(boundaryBytes, 0, boundaryBytes.Length);
I've confirmed that commenting out this line in my app will allow the upload to
complete successfully.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6163) Document geolocation fields
[ https://issues.apache.org/jira/browse/CB-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941061#comment-13941061 ] Josh Soref commented on CB-6163: https://github.com/apache/cordova-mobile-spec/pull/52 > Document geolocation fields > --- > > Key: CB-6163 > URL: https://issues.apache.org/jira/browse/CB-6163 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Affects Versions: 3.3.0 >Reporter: James Keshavarzi > > When using the mobile spec, a NaN value is returned for Heading when testing > the Cordova Geolocation plugin using the Location test page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6163) Document geolocation fields
[ https://issues.apache.org/jira/browse/CB-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941060#comment-13941060 ] ASF GitHub Bot commented on CB-6163: GitHub user jsoref opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/52 CB-6163 Document geolocation fields https://issues.apache.org/jira/browse/CB-6163 Documenting the fields makes it easier for people testing to verify that what they see is what they should see... You can merge this pull request into a Git repository by running: $ git pull https://github.com/jsoref/cordova-mobile-spec cb_6163 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/52.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 #52 commit d3c0b5686ce27ef901dff3d56d4e0268f654b637 Author: Jesse MacFadyen Date: 2014-03-19T21:44:24Z added localXHR test to prove CB-6299 fix is effective commit 456e388e246ff6b0395ca82d2811cb5088c1d4d1 Author: Jesse MacFadyen Date: 2014-03-19T21:46:01Z fixed test id commit 5d09a17ac7f1da083c29ad2df93cfdbb6a136a0a Author: Jesse MacFadyen Date: 2014-03-19T21:46:25Z Merge branch 'master' of https://git-wip-us.apache.org/repos/asf/cordova-mobile-spec commit 4bd62487bc5ab80a9de854fa53953298fe5a70de Author: Josh Soref Date: 2014-03-19T21:54:01Z CB-6163 Document geolocation fields > Document geolocation fields > --- > > Key: CB-6163 > URL: https://issues.apache.org/jira/browse/CB-6163 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Affects Versions: 3.3.0 >Reporter: James Keshavarzi > > When using the mobile spec, a NaN value is returned for Heading when testing > the Cordova Geolocation plugin using the Location test page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-6299. - Resolution: Fixed Fix Version/s: 3.5.0 > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > Fix For: 3.5.0 > > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6163) Document geolocation fields
[ https://issues.apache.org/jira/browse/CB-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Soref updated CB-6163: --- Summary: Document geolocation fields (was: [BlackBerry10] NaN returned for Cordova Geolocation heading value) > Document geolocation fields > --- > > Key: CB-6163 > URL: https://issues.apache.org/jira/browse/CB-6163 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Affects Versions: 3.3.0 >Reporter: James Keshavarzi > > When using the mobile spec, a NaN value is returned for Heading when testing > the Cordova Geolocation plugin using the Location test page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6163) [BlackBerry10] NaN returned for Cordova Geolocation heading value
[ https://issues.apache.org/jira/browse/CB-6163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Soref updated CB-6163: --- Component/s: (was: BlackBerry) > [BlackBerry10] NaN returned for Cordova Geolocation heading value > - > > Key: CB-6163 > URL: https://issues.apache.org/jira/browse/CB-6163 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec >Affects Versions: 3.3.0 >Reporter: James Keshavarzi > > When using the mobile spec, a NaN value is returned for Heading when testing > the Cordova Geolocation plugin using the Location test page. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13941047#comment-13941047 ] ASF subversion and git services commented on CB-6299: - Commit d3c0b5686ce27ef901dff3d56d4e0268f654b637 in cordova-mobile-spec's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=d3c0b56 ] added localXHR test to prove CB-6299 fix is effective > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6311) Document developer-centeric CLI commands
[ https://issues.apache.org/jira/browse/CB-6311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940942#comment-13940942 ] Martin Gonzalez commented on CB-6311: - yes, I agree, there are several commands that are not documented, as several useful commands that could help to get information or get to work something, totally agree, it would be nice to have in the cordova wiki, as well as some case scenarios with descriptions about how to use them, or when it would be appropriated. > Document developer-centeric CLI commands > > > Key: CB-6311 > URL: https://issues.apache.org/jira/browse/CB-6311 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Docs >Affects Versions: 3.4.0 >Reporter: Mike Billau >Assignee: Mike Billau >Priority: Minor > > There are a few CLI commands and parameters that are only useful for cordova > developers and are thus not documented on our main docs site. It would be > nice to document this information in the Cordova wiki. > Some topics: > Platform-specific preferences: http://markmail.org/thread/7kalpsmw7rcvsbo7 > Creating myProject/.cordova/config.json to specify where the platforms should > be installed from: > https://github.com/apache/cordova-mobile-spec/blob/master/createmobilespec.sh#L57 > Parameters in create, like --link-to: > https://github.com/apache/cordova-mobile-spec/blob/master/createmobilespec.sh#L43 > I'm sure there are others out there... -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6312) Orientation for "userLandscape" does not work on all android devices
Lisa Seacat DeLuca created CB-6312: -- Summary: Orientation for "userLandscape" does not work on all android devices Key: CB-6312 URL: https://issues.apache.org/jira/browse/CB-6312 Project: Apache Cordova Issue Type: Bug Components: Android, CLI Affects Versions: 3.5.0 Reporter: Lisa Seacat DeLuca Assignee: Andrew Grieve The android manifest is now set for the orientation preference but it's set to "userLandscape" instead of landscape. userLandscape is not working on all devices. This is related to issue: https://issues.apache.org/jira/browse/CB-5634 See stackoverflow: http://stackoverflow.com/questions/20029970/nexus-4-galaxy-nexus-avd-landscape-not-working looks like userLandscape isn't supported until version 18? so we should keep to landscape to support older versions. Darryl Pogue fixed this issue the last time but I don't see him on the list to assign the issue to. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940920#comment-13940920 ] ASF GitHub Bot commented on CB-6299: Github user asfgit closed the pull request at: https://github.com/apache/cordova-wp8/pull/30 > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4096) Android - Unify Whitelist Implemenations
[ https://issues.apache.org/jira/browse/CB-4096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940907#comment-13940907 ] Ian Clelland commented on CB-4096: -- [~mrbillau], are you referring to [this ML thread|http://callback.markmail.org/thread/lqadhj3uqqtmohka]? I thought that the problem of two competing formats was raised, and that the consensus at the end was to go with "*.origin.com" as the single standard. (And the parent of this issue, CB-4093, has the description 'Ditch the subdomains="true" attribute') I didn't realize it still parsed it; I think that code should be removed, but was probably left in for a very weak sort of backwards compatibility -- just not breaking existing apps. Digging back through the repo looking for history, support for the attribute has been there since the very first Android whitelist commit (80df4a8, Sept. 2011) but doesn't appear to ever have been documented. I'm not convinced that it makes sense to re-introduce support for this undocumented flag, 8 months later, in the name of backwards compatibility. Anybody who has used Cordova since v2.9 (when it was removed) has already had to deal with it not working, and would have switched to "*.origin.com" already. The only people who would get the backwards compatibility benefits now would be those who are upgrading directly from =<2.8 to 3.5. Could we belatedly deprecate this, without changing current behaviour, by printing a notice if the subdomains attribute is used, on "cordova prepare", or in the Android log? If we add it back now, I think we should immediately deprecate it, and then completely remove it in Cordova 3.8 or so. > Android - Unify Whitelist Implemenations > > > Key: CB-4096 > URL: https://issues.apache.org/jira/browse/CB-4096 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 3.0.0 >Reporter: Andrew Grieve >Assignee: Ian Clelland > Fix For: 3.1.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6310) [BlackBerry10] Remove text from controller web view body
[ https://issues.apache.org/jira/browse/CB-6310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-6310. --- Resolution: Fixed > [BlackBerry10] Remove text from controller web view body > > > Key: CB-6310 > URL: https://issues.apache.org/jira/browse/CB-6310 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.5.0 > > > Prevent it from being read by screen reader -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940868#comment-13940868 ] ASF subversion and git services commented on CB-6299: - Commit 3dbe46184c5846653dc553ea8984d1736380f0bc in cordova-wp8's branch refs/heads/master from [~nix] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=3dbe461 ] CB-6299 [wp8] Strip protocol and leading slashes from XHRLOCAL URL > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940869#comment-13940869 ] ASF subversion and git services commented on CB-6299: - Commit ca8efaf15cc5a286995fe28e9dd10146a53ff362 in cordova-wp8's branch refs/heads/master from [~nix] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=ca8efaf ] CB-6299 [wp7] Strip protocol and leading slashes from XHRLOCAL URL > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6300) window.resolveLocalFileSystemURL weirdness
[
https://issues.apache.org/jira/browse/CB-6300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940829#comment-13940829
]
nii amon dsane commented on CB-6300:
RIght. Thanks for the explanation. That makes it so much clearer to me.
One approach for me then would be to take out the targetHeight, targetWidth
options from the camera options. I really don't need them though since I do
image resizing when the image arrives at the server.
correctOrientation though is quite useful and I would love to have that. But if
there's no easy answer to this problem, I would choose having a robust image
capture and path resolution solution over having the image orientation
corrected. I am sure I can find some other solutions. It would just be awesome
to have it all done in one go. If you have some ideas, I would be open to try
then out and report back.
Many thanks, Ian.
> window.resolveLocalFileSystemURL weirdness
> --
>
> Key: CB-6300
> URL: https://issues.apache.org/jira/browse/CB-6300
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS, Plugin File
>Affects Versions: 3.3.0
> Environment: file plugin 1.0.1
>Reporter: nii amon dsane
>Assignee: Ian Clelland
> Labels: camera, file, newbie, plugin, resolveLocalFileSystemURL
>
> I am trying to use the window.resolveLocalFileSystemURL but for some reason
> my failure callback is always triggered. The success callback is never
> triggered. This is my code:
> {code}
> // Take a picture using the camera
> $scope.takePicture = function () {
> var options = {
> quality: 100,
> targetWidth: 500,
> targetHeight: 500,
> destinationType: Camera.DestinationType.FILE_URI,
> encodingType: Camera.EncodingType.JPEG,
> saveToPhotoAlbum: true,
> correctOrientation: true,
> sourceType: Camera.PictureSourceType.CAMERA,
> allowEdit: true
> };
> navigator.camera.getPicture(
> cameraSuccess,
> cameraFailure,
> options
> );
> return false;
> };
> // what to do when the camera has successfully yielded a good image
> function cameraSuccess(imageURI){
> var uri = 'cdv' + imageURI;
> alert('this is imageURI: ' + imageURI);
> window.resolveLocalFileSystemURL(imageURI, resolvePhotoPath, fail);
> };
> {code}
> When I print out the imageURI, I get something like this:
> file:///storage/sdcard0/DCIM/Camera/1395126124474.jpg
> I can confirm that when I look at that path using the Files application on
> an android, the file is indeed there. But when the code runs and it
> executes the window.resolveLocalFileSystemURL, the fail callback is always
> triggered with an error of \{"code":5}.
> I've seen that that means there's an ENCODING_ERR but a bit baffled as to
> what is causing that. The file does save properly to that location so I am at
> a loss at to why the code will fail.
> Any help here?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6300) window.resolveLocalFileSystemURL weirdness
[
https://issues.apache.org/jira/browse/CB-6300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940817#comment-13940817
]
nii amon dsane commented on CB-6300:
Hey [~iclelland]. I've got some interesting behaviour to report.
1. Using toNativeURL() actually works fine when i'm using the camera to grab an
image. When the resolve success function runs and I call toNativeURL() on the
fileEntry, I get a file URL like this:
file:///storage/sdcard0/DCIM/Camera/1395247431562.jpg
This is the original file URL that the navigator.camera.getPicture hands back
anyway.
2. I can render this in the view and it works correctly. Interesting to note
that I was previously trying to render this same URL type and it was not
working. I suppose this has something to do with the
org.apache.cordova.file-system-roots plugin you asked me to add to the project.
3. When I select a picture from the gallery, I get the file URL with the cache
busting query string:
file:///storage/sdcard0/Android/data/com.lukaduka.pos/cache/modified.jpg?1395202637809
Passing that through the resolve predictably gives me the absolute path of the
modified.jpg file:
file:///storage/sdcard0/Android/data/com.lukaduka.pos/cache/modified.jpg
Not very useful since I want to get the absolute file of the image so that I
can refer to it later without having to go through the same process again.
So the toNativeURL() approach works but only halfway.
> window.resolveLocalFileSystemURL weirdness
> --
>
> Key: CB-6300
> URL: https://issues.apache.org/jira/browse/CB-6300
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS, Plugin File
>Affects Versions: 3.3.0
> Environment: file plugin 1.0.1
>Reporter: nii amon dsane
>Assignee: Ian Clelland
> Labels: camera, file, newbie, plugin, resolveLocalFileSystemURL
>
> I am trying to use the window.resolveLocalFileSystemURL but for some reason
> my failure callback is always triggered. The success callback is never
> triggered. This is my code:
> {code}
> // Take a picture using the camera
> $scope.takePicture = function () {
> var options = {
> quality: 100,
> targetWidth: 500,
> targetHeight: 500,
> destinationType: Camera.DestinationType.FILE_URI,
> encodingType: Camera.EncodingType.JPEG,
> saveToPhotoAlbum: true,
> correctOrientation: true,
> sourceType: Camera.PictureSourceType.CAMERA,
> allowEdit: true
> };
> navigator.camera.getPicture(
> cameraSuccess,
> cameraFailure,
> options
> );
> return false;
> };
> // what to do when the camera has successfully yielded a good image
> function cameraSuccess(imageURI){
> var uri = 'cdv' + imageURI;
> alert('this is imageURI: ' + imageURI);
> window.resolveLocalFileSystemURL(imageURI, resolvePhotoPath, fail);
> };
> {code}
> When I print out the imageURI, I get something like this:
> file:///storage/sdcard0/DCIM/Camera/1395126124474.jpg
> I can confirm that when I look at that path using the Files application on
> an android, the file is indeed there. But when the code runs and it
> executes the window.resolveLocalFileSystemURL, the fail callback is always
> triggered with an error of \{"code":5}.
> I've seen that that means there's an ENCODING_ERR but a bit baffled as to
> what is causing that. The file does save properly to that location so I am at
> a loss at to why the code will fail.
> Any help here?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-4096) Android - Unify Whitelist Implemenations
[ https://issues.apache.org/jira/browse/CB-4096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940819#comment-13940819 ] Mike Billau commented on CB-4096: - https://github.com/apache/cordova-android/pull/95 I can merge this in myself if nobody comments in the next few days. > Android - Unify Whitelist Implemenations > > > Key: CB-4096 > URL: https://issues.apache.org/jira/browse/CB-4096 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 3.0.0 >Reporter: Andrew Grieve >Assignee: Ian Clelland > Fix For: 3.1.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4096) Android - Unify Whitelist Implemenations
[ https://issues.apache.org/jira/browse/CB-4096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940815#comment-13940815 ] ASF GitHub Bot commented on CB-4096: GitHub user mbillau opened a pull request: https://github.com/apache/cordova-android/pull/95 Allow subdomains flag in Whitelist xml for backcompat With the new Whitelist implementation, the `subdomains="true"` flag for the whitelist is being ignored even though the attribute is still parsed from XML and passed around our code. I think that we might as well allow this flag for backwards compatibility. https://issues.apache.org/jira/browse/CB-4096 You can merge this pull request into a Git repository by running: $ git pull https://github.com/mbillau/cordova-android CB-4096 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/95.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 #95 commit b95d729312ef00f59c75e43d73a73818cadd8761 Author: mbillau Date: 2014-03-19T18:21:08Z Allow subdomains flag in Whitelist xml for backcompat > Android - Unify Whitelist Implemenations > > > Key: CB-4096 > URL: https://issues.apache.org/jira/browse/CB-4096 > Project: Apache Cordova > Issue Type: Sub-task > Components: Android >Affects Versions: 3.0.0 >Reporter: Andrew Grieve >Assignee: Ian Clelland > Fix For: 3.1.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CB-6243) FileEntry.toURL() "cdvfile://localhost/persistent/file://"
[
https://issues.apache.org/jira/browse/CB-6243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ian Clelland resolved CB-6243.
--
Resolution: Not A Problem
Glad to hear!
Resolving this as 'not a problem', since it was resolved by a reinstall (and
presumably caused by a partially-failed plugin upgrade)
> FileEntry.toURL() "cdvfile://localhost/persistent/file://"
> --
>
> Key: CB-6243
> URL: https://issues.apache.org/jira/browse/CB-6243
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.4.0
> Environment: Android 4.4 using Genymotion emulator
>Reporter: David Normington
>Assignee: Ian Clelland
> Labels: android, cdvfile
>
> When I run something like this:
> {code}
> window.resolveLocalFileSystemURL('file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg',
> function(entry) {
> console.log(entry.fullPath);
> console.log(entry.toURL());
> entry.file(fileSuccess, fail);
> });
> {code}
> The logcat shows this result:
> {code}
> I/chromium( 3022): [INFO:CONSOLE(28)]
> "file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg", source:
> file:///android_asset/www/js/pdf.js (28)
> I/chromium( 3022): [INFO:CONSOLE(29)]
> "cdvfile://localhost/temporary/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg",
> source: file:///android_asset/www/js/pdf.js (29)
> W/System.err( 2928): java.io.FileNotFoundException: File:
> cdvfile://localhost/persistent/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg
> does not exist.
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:953)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils.access$400(FileUtils.java:53)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils$14.run(FileUtils.java:220)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325)
> W/System.err( 2928):at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err( 2928):at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> W/System.err( 2928):at java.lang.Thread.run(Thread.java:841)
> {code}
> As you can see the second console.log has the cdvfile protocol with the file
> protocol appended to the end. I'm sure this is causing the following error.
> Seems that the same code runs perfectly on iOS returning the correct URLs:
> {code}
> [Log] /cdv_photo_001.jpg
> [Log] cdvfile://localhost/temporary/cdv_photo_001.jpg
> {code}
--
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=13940714#comment-13940714
]
ASF GitHub Bot commented on CB-2606:
Github user AxelNennker commented on the pull request:
https://github.com/apache/cordova-cli/pull/126#issuecomment-38080759
Re-implemented the "magic" for android. Typical sizes on Android are
recognized and used. A default icon is copied to all res/drawable-*/
directories.
A simple way to get launcher icons without xml namespace juggling or custom
element in config.xml.
> 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-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940621#comment-13940621 ] ASF GitHub Bot commented on CB-6299: Github user purplecabbage commented on the pull request: https://github.com/apache/cordova-wp8/pull/30#issuecomment-38070676 Thanks. I'll add a test to spec and close this up today. Sent from my iPhone > On Mar 19, 2014, at 7:42 AM, gabrielschulhof wrote: > > So, there are (probably more than) three cases when retrieving a local file via Ajax: > > other-file.html > works, because the URL is correctly assembled by Cordova > x-wmapp0:www/other-file.html > works, because the Uri class used here seems to understand this kind of URL > x-wmapp0:/www/other-file.html > doesn't work, because the code I mention in my previous comment is not having an effect due to the fact that the URL starts with the protocol > Now, granted, the form x-wmapp0:/www/other.html may not occur much in the wild, but performing URL calculations such as creating an absolute URL from a relative URL are impossible when the URL scheme does not have a slash at the root, because you cannot distinguish an absolute URL from a relative URL. > > — > Reply to this email directly or view it on GitHub. > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6303) Simplify error when user uses ^C at password prompt
[ https://issues.apache.org/jira/browse/CB-6303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940754#comment-13940754 ] ASF subversion and git services commented on CB-6303: - Commit 6c6cc600ce10f4f929dd35d9b0c552b10480c828 in cordova-blackberry's branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=6c6cc60 ] CB-6303 Remove titles from non-content web views > Simplify error when user uses ^C at password prompt > --- > > Key: CB-6303 > URL: https://issues.apache.org/jira/browse/CB-6303 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.4.0 >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > > Steps to reproduce: > Attached a device to machine. > Execute cordova run blackberry10 > When the following shows up, click control-C > "Please enter your device password: " > Actual result: > Output: > .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341 > done(err, results.property); > ^ > TypeError: Cannot read property 'property' of undefined > at .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341:30 > at > .../myAppww/platforms/blackberry10/cordova/node_modules/prompt/lib/prompt.js:316:20 > ... > Expected result: > Command should exit more gracefully -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-4096) Android - Unify Whitelist Implemenations
[
https://issues.apache.org/jira/browse/CB-4096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940696#comment-13940696
]
Mike Billau commented on CB-4096:
-
[~iclelland], what are the plans for the 'subdomains="true"' flag? There was
nothing in the ML thread. The android code still parses out this attribute from
the XML and passes the flag around to all of the whitelist methods, it just
never utilizes it. It seems trivial to add code in
https://github.com/apache/cordova-android/blob/master/framework/src/org/apache/cordova/Whitelist.java#L139
like this:
{code}
if( subdomains ){
if( scheme == null) scheme = "";
String sub = scheme + "*." + host; // generate *.host subdomain
addWhiteListEntry(sub, false);
}
{code}
This would ensure back-compatibility for anyone still using the subdomains
flag. I think we might as well use this since so much of the code still passes
around the subdomain flag. We could add a deprecation notice here.
> Android - Unify Whitelist Implemenations
>
>
> Key: CB-4096
> URL: https://issues.apache.org/jira/browse/CB-4096
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Android
>Affects Versions: 3.0.0
>Reporter: Andrew Grieve
>Assignee: Ian Clelland
> Fix For: 3.1.0
>
>
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CB-6311) Document developer-centeric CLI commands
Mike Billau created CB-6311: --- Summary: Document developer-centeric CLI commands Key: CB-6311 URL: https://issues.apache.org/jira/browse/CB-6311 Project: Apache Cordova Issue Type: Bug Components: CLI, Docs Affects Versions: 3.4.0 Reporter: Mike Billau Assignee: Mike Billau Priority: Minor There are a few CLI commands and parameters that are only useful for cordova developers and are thus not documented on our main docs site. It would be nice to document this information in the Cordova wiki. Some topics: Platform-specific preferences: http://markmail.org/thread/7kalpsmw7rcvsbo7 Creating myProject/.cordova/config.json to specify where the platforms should be installed from: https://github.com/apache/cordova-mobile-spec/blob/master/createmobilespec.sh#L57 Parameters in create, like --link-to: https://github.com/apache/cordova-mobile-spec/blob/master/createmobilespec.sh#L43 I'm sure there are others out there... -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940651#comment-13940651 ] ASF GitHub Bot commented on CB-6299: Github user gabrielschulhof commented on the pull request: https://github.com/apache/cordova-wp8/pull/30#issuecomment-38075461 Thanks! > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6303) Simplify error when user uses ^C at password prompt
[ https://issues.apache.org/jira/browse/CB-6303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940606#comment-13940606 ] ASF subversion and git services commented on CB-6303: - Commit 8d293988608e0120d38705a1cbd480f06ad4136f in cordova-blackberry's branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=8d29398 ] CB-6303 Add aria-hidden="true" to controller webview body > Simplify error when user uses ^C at password prompt > --- > > Key: CB-6303 > URL: https://issues.apache.org/jira/browse/CB-6303 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.4.0 >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > > Steps to reproduce: > Attached a device to machine. > Execute cordova run blackberry10 > When the following shows up, click control-C > "Please enter your device password: " > Actual result: > Output: > .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341 > done(err, results.property); > ^ > TypeError: Cannot read property 'property' of undefined > at .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341:30 > at > .../myAppww/platforms/blackberry10/cordova/node_modules/prompt/lib/prompt.js:316:20 > ... > Expected result: > Command should exit more gracefully -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6248) Error on prepare when Orientation is configured
[
https://issues.apache.org/jira/browse/CB-6248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frederico Costa Galvão updated CB-6248:
---
Priority: Major (was: Minor)
> Error on prepare when Orientation is configured
> ---
>
> Key: CB-6248
> URL: https://issues.apache.org/jira/browse/CB-6248
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CLI
>Affects Versions: 3.4.0
> Environment: Xubuntu 13.10 x86_64, cordova 3.4.0-0.1.3
>Reporter: Frederico Costa Galvão
> Labels: AndroidManifest.xml, android, cli, config.xml, prepare,
> screenOrientation
>
> After creating an empty cordova project (*cordova create bacon com.bacon
> Bacon*), running *cordova platform add android*, and adding
> {code}
>
> {code}
> and then running *cordova prepare*, the following error is shown among the
> output.
> {code}
> [ReferenceError: a is not defined]
> {code}
> As a second side effect, bigger than just a logged error, the *orientation*
> preference isn't working as expected: the *android:screenOrientation* isn't
> set according to what's in the *config.xml* (it isn't set at all, by the way).
> PS: I've checked case sensitivity, and I've checked all possible values
> \[default, landscape, portrait\].
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6243) FileEntry.toURL() "cdvfile://localhost/persistent/file://"
[
https://issues.apache.org/jira/browse/CB-6243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940530#comment-13940530
]
David Normington commented on CB-6243:
--
I delete the cordova project, cordova and then reinstalled everything to the
latest version. Seems to work fine now. Thanks for your help!
> FileEntry.toURL() "cdvfile://localhost/persistent/file://"
> --
>
> Key: CB-6243
> URL: https://issues.apache.org/jira/browse/CB-6243
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.4.0
> Environment: Android 4.4 using Genymotion emulator
>Reporter: David Normington
>Assignee: Ian Clelland
> Labels: android, cdvfile
>
> When I run something like this:
> {code}
> window.resolveLocalFileSystemURL('file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg',
> function(entry) {
> console.log(entry.fullPath);
> console.log(entry.toURL());
> entry.file(fileSuccess, fail);
> });
> {code}
> The logcat shows this result:
> {code}
> I/chromium( 3022): [INFO:CONSOLE(28)]
> "file:///storage/emulated/0/DCIM/Camera/1394726081689.jpg", source:
> file:///android_asset/www/js/pdf.js (28)
> I/chromium( 3022): [INFO:CONSOLE(29)]
> "cdvfile://localhost/temporary/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg",
> source: file:///android_asset/www/js/pdf.js (29)
> W/System.err( 2928): java.io.FileNotFoundException: File:
> cdvfile://localhost/persistent/file://storage/emulated/0/DCIM/Camera/1394726081689.jpg
> does not exist.
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils.getFileMetadata(FileUtils.java:953)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils.access$400(FileUtils.java:53)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils$14.run(FileUtils.java:220)
> W/System.err( 2928):at
> org.apache.cordova.file.FileUtils$23.run(FileUtils.java:325)
> W/System.err( 2928):at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> W/System.err( 2928):at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> W/System.err( 2928):at java.lang.Thread.run(Thread.java:841)
> {code}
> As you can see the second console.log has the cdvfile protocol with the file
> protocol appended to the end. I'm sure this is causing the following error.
> Seems that the same code runs perfectly on iOS returning the correct URLs:
> {code}
> [Log] /cdv_photo_001.jpg
> [Log] cdvfile://localhost/temporary/cdv_photo_001.jpg
> {code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940515#comment-13940515 ] ASF GitHub Bot commented on CB-6299: Github user gabrielschulhof commented on the pull request: https://github.com/apache/cordova-wp8/pull/30#issuecomment-38058149 So, there are (probably more than) three cases when retrieving a local file via Ajax: other-file.htmlworks, because the URL is correctly assembled by Cordova x-wmapp0:www/other-file.htmlworks, because the Uri class used https://github.com/apache/cordova-wp8/blob/0f80d8802ce846f062d7bc343a0e46534bdbc7a9/wp8/template/cordovalib/XHRHelper.cs#L243";>here seems to understand this kind of URL x-wmapp0:/www/other-file.htmldoesn't work, because the https://github.com/apache/cordova-wp8/blob/0f80d8802ce846f062d7bc343a0e46534bdbc7a9/wp8/template/cordovalib/XHRHelper.cs#L194-L205";>code I mention in my previous comment is not having an effect due to the fact that the URL starts with the protocol Now, granted, the form ```x-wmapp0:/www/other.html``` may not occur much in the wild, but performing URL calculations such as creating an absolute URL from a relative URL are impossible when the URL scheme does not have a slash at the root, because you cannot distinguish an absolute URL from a relative URL. > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6299) Ajax of local files not working when requested via absolute URL
[ https://issues.apache.org/jira/browse/CB-6299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940506#comment-13940506 ] ASF GitHub Bot commented on CB-6299: Github user gabrielschulhof commented on the pull request: https://github.com/apache/cordova-wp8/pull/30#issuecomment-38056875 That does indeed work. What doesn't work is ```x-wmapp0:/www/some-other-file.html```. The leading slash is causing a 404. Basically, [this](https://github.com/apache/cordova-wp8/blob/0f80d8802ce846f062d7bc343a0e46534bdbc7a9/wp8/template/cordovalib/XHRHelper.cs#L194-L205) code is only useful if you have absolute URLs that do not include the protocol. If the URL includes the protocol, then all that code is bypassed. My modification would first strip off the protocol so that code can do its magic. > Ajax of local files not working when requested via absolute URL > --- > > Key: CB-6299 > URL: https://issues.apache.org/jira/browse/CB-6299 > Project: Apache Cordova > Issue Type: Bug > Components: WP7, WP8 >Reporter: Gabriel Schulhof >Assignee: Jesse MacFadyen > > The code does not properly strip slashes from the path name when the URL is > absolute, because in that case the path name is prefixed with the protocol, > so the protocol must be stripped off first. > References: > https://github.com/jquery/jquery-mobile/issues/6574 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6241) Default to prompting for passwords (replace --query with --no-query)
[ https://issues.apache.org/jira/browse/CB-6241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940482#comment-13940482 ] ASF GitHub Bot commented on CB-6241: Github user asfgit closed the pull request at: https://github.com/apache/cordova-blackberry/pull/150 > Default to prompting for passwords (replace --query with --no-query) > > > Key: CB-6241 > URL: https://issues.apache.org/jira/browse/CB-6241 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.4.0 >Reporter: Josh Soref >Assignee: Josh Soref > Fix For: 3.5.0 > > > BlackBerry 10 has supported prompting for passwords for a while using the > --query flag, and we've used it for our end users. > This behavior makes sense as a default, and more or less matches the behavior > for Android. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6300) window.resolveLocalFileSystemURL weirdness
[
https://issues.apache.org/jira/browse/CB-6300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940468#comment-13940468
]
Ian Clelland commented on CB-6300:
--
Thanks, posting the actual URL was quite helpful, actually, for tracking this
down.
The Cordova camera plugin is modifying the raw image that the camera provides,
because of the options you've specified (targetWidth, targetHeight, and, most
recently, correctOrientation will all trigger this).
The camera plugin is resizing and orienting your image, and saving it into the
temp directory, with the name "modified.jpg". The extra "?1395202637809" is
added at the end to trick the browser into reloading the image from disk, and
not using a cached previously-taken picture.
The problem here seems to be that the camera plugin is saving to a different
temporary directory than the file plugin is using. That's why you needed the
file-system-roots plugin, and why the file was resolved as being on
"cache-external", rather than "temporary".
> window.resolveLocalFileSystemURL weirdness
> --
>
> Key: CB-6300
> URL: https://issues.apache.org/jira/browse/CB-6300
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS, Plugin File
>Affects Versions: 3.3.0
> Environment: file plugin 1.0.1
>Reporter: nii amon dsane
>Assignee: Ian Clelland
> Labels: camera, file, newbie, plugin, resolveLocalFileSystemURL
>
> I am trying to use the window.resolveLocalFileSystemURL but for some reason
> my failure callback is always triggered. The success callback is never
> triggered. This is my code:
> {code}
> // Take a picture using the camera
> $scope.takePicture = function () {
> var options = {
> quality: 100,
> targetWidth: 500,
> targetHeight: 500,
> destinationType: Camera.DestinationType.FILE_URI,
> encodingType: Camera.EncodingType.JPEG,
> saveToPhotoAlbum: true,
> correctOrientation: true,
> sourceType: Camera.PictureSourceType.CAMERA,
> allowEdit: true
> };
> navigator.camera.getPicture(
> cameraSuccess,
> cameraFailure,
> options
> );
> return false;
> };
> // what to do when the camera has successfully yielded a good image
> function cameraSuccess(imageURI){
> var uri = 'cdv' + imageURI;
> alert('this is imageURI: ' + imageURI);
> window.resolveLocalFileSystemURL(imageURI, resolvePhotoPath, fail);
> };
> {code}
> When I print out the imageURI, I get something like this:
> file:///storage/sdcard0/DCIM/Camera/1395126124474.jpg
> I can confirm that when I look at that path using the Files application on
> an android, the file is indeed there. But when the code runs and it
> executes the window.resolveLocalFileSystemURL, the fail callback is always
> triggered with an error of \{"code":5}.
> I've seen that that means there's an ENCODING_ERR but a bit baffled as to
> what is causing that. The file does save properly to that location so I am at
> a loss at to why the code will fail.
> Any help here?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6300) window.resolveLocalFileSystemURL weirdness
[
https://issues.apache.org/jira/browse/CB-6300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940458#comment-13940458
]
Ian Clelland commented on CB-6300:
--
What do you get if you call toNativeURL() on the FileEntry object? That should
give you a file URL back, but I don't know if the query string will be
preserved.
The File plugin has always stripped query strings off of file URLs before
resolving them; assuming that they're just cache-busting tricks, and that they
don't actually change what file is returned.
(And I'm not sure even how they would do that; there is no way for the java.io
library to pass a query string to a file on disk. The filename is the only
identifier, and it needs to completely identify the file so that native code
can even open it.)
> window.resolveLocalFileSystemURL weirdness
> --
>
> Key: CB-6300
> URL: https://issues.apache.org/jira/browse/CB-6300
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS, Plugin File
>Affects Versions: 3.3.0
> Environment: file plugin 1.0.1
>Reporter: nii amon dsane
>Assignee: Ian Clelland
> Labels: camera, file, newbie, plugin, resolveLocalFileSystemURL
>
> I am trying to use the window.resolveLocalFileSystemURL but for some reason
> my failure callback is always triggered. The success callback is never
> triggered. This is my code:
> {code}
> // Take a picture using the camera
> $scope.takePicture = function () {
> var options = {
> quality: 100,
> targetWidth: 500,
> targetHeight: 500,
> destinationType: Camera.DestinationType.FILE_URI,
> encodingType: Camera.EncodingType.JPEG,
> saveToPhotoAlbum: true,
> correctOrientation: true,
> sourceType: Camera.PictureSourceType.CAMERA,
> allowEdit: true
> };
> navigator.camera.getPicture(
> cameraSuccess,
> cameraFailure,
> options
> );
> return false;
> };
> // what to do when the camera has successfully yielded a good image
> function cameraSuccess(imageURI){
> var uri = 'cdv' + imageURI;
> alert('this is imageURI: ' + imageURI);
> window.resolveLocalFileSystemURL(imageURI, resolvePhotoPath, fail);
> };
> {code}
> When I print out the imageURI, I get something like this:
> file:///storage/sdcard0/DCIM/Camera/1395126124474.jpg
> I can confirm that when I look at that path using the Files application on
> an android, the file is indeed there. But when the code runs and it
> executes the window.resolveLocalFileSystemURL, the fail callback is always
> triggered with an error of \{"code":5}.
> I've seen that that means there's an ENCODING_ERR but a bit baffled as to
> what is causing that. The file does save properly to that location so I am at
> a loss at to why the code will fail.
> Any help here?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CB-6303) Simplify error when user uses ^C at password prompt
[ https://issues.apache.org/jira/browse/CB-6303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940455#comment-13940455 ] ASF subversion and git services commented on CB-6303: - Commit b45709a42ab4d605665c1a668bebb281d252982f in cordova-blackberry's branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=b45709a ] CB-6303 Remove text to prevent it being read by screen reader > Simplify error when user uses ^C at password prompt > --- > > Key: CB-6303 > URL: https://issues.apache.org/jira/browse/CB-6303 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.4.0 >Reporter: Josh Soref >Assignee: Josh Soref >Priority: Minor > > Steps to reproduce: > Attached a device to machine. > Execute cordova run blackberry10 > When the following shows up, click control-C > "Please enter your device password: " > Actual result: > Output: > .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341 > done(err, results.property); > ^ > TypeError: Cannot read property 'property' of undefined > at .../myAppww/platforms/blackberry10/cordova/lib/utils.js:341:30 > at > .../myAppww/platforms/blackberry10/cordova/node_modules/prompt/lib/prompt.js:316:20 > ... > Expected result: > Command should exit more gracefully -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6241) Default to prompting for passwords (replace --query with --no-query)
[ https://issues.apache.org/jira/browse/CB-6241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940454#comment-13940454 ] ASF subversion and git services commented on CB-6241: - Commit fe441beb4b8adfe98b81e4a481aeadac27a4bf44 in cordova-blackberry's branch refs/heads/master from [~jsoref] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=fe441be ] CB-6241 Default to prompting for passwords (replace --query with --no-query) As a consequence, if you don't specify --no-query, and a password is needed, you will be prompted. If you have a build script which includes --query, the build will fail. > Default to prompting for passwords (replace --query with --no-query) > > > Key: CB-6241 > URL: https://issues.apache.org/jira/browse/CB-6241 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.4.0 >Reporter: Josh Soref >Assignee: Josh Soref > Fix For: 3.5.0 > > > BlackBerry 10 has supported prompting for passwords for a while using the > --query flag, and we've used it for our end users. > This behavior makes sense as a default, and more or less matches the behavior > for Android. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6310) [BlackBerry10] Remove text from controller web view body
Bryan Higgins created CB-6310: - Summary: [BlackBerry10] Remove text from controller web view body Key: CB-6310 URL: https://issues.apache.org/jira/browse/CB-6310 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Reporter: Bryan Higgins Assignee: Bryan Higgins Fix For: 3.5.0 Prevent it from being read by screen reader -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6308: --- Assignee: Jesse MacFadyen (was: Sergey Grebnov) > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Jesse MacFadyen > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-6309) Windows8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov updated CB-6309: --- Assignee: Jesse MacFadyen (was: Sergey Grebnov) > Windows8. Add Splash Screen img support via config.xml preference > - > > Key: CB-6309 > URL: https://issues.apache.org/jira/browse/CB-6309 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, Windows 8 >Reporter: Sergey Grebnov >Assignee: Jesse MacFadyen > > Right now there is no way to specify new splash screen image for Windows8 via > config.xml. Propose to implement this as Android does - via special preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940386#comment-13940386 ] ASF GitHub Bot commented on CB-6308: Github user sgrebnov commented on the pull request: https://github.com/apache/cordova-cli/pull/144#issuecomment-38037852 Created single pull request for both WP8 and Windows8 https://github.com/apache/cordova-cli/pull/145 > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940385#comment-13940385 ] ASF GitHub Bot commented on CB-6308: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-cli/pull/145 Splash screen support via config.xml for WP8 and Windows8 https://issues.apache.org/jira/browse/CB-6308 https://issues.apache.org/jira/browse/CB-6309 Adds support of 'SplashScreen' preference for WP8 and Windows8. You can merge this pull request into a Git repository by running: $ git pull https://github.com/sgrebnov/cordova-cli splash-screen-windows Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/145.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 #145 commit 0d523ca248be500ebaa8db8c30d99292c30b31d2 Author: sgrebnov Date: 2014-03-19T09:27:57Z CB-6308 WP8. Add Splash Screen img support via config.xml preference commit 5b6c63da70e6b6aa4fdc83ecca49b84a21ea6257 Author: sgrebnov Date: 2014-03-19T10:48:38Z CB-6309 Windows8. Add Splash Screen img support via config.xml preference > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940387#comment-13940387 ] ASF GitHub Bot commented on CB-6308: Github user sgrebnov closed the pull request at: https://github.com/apache/cordova-cli/pull/144 > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6309) Windows8. Add Splash Screen img support via config.xml preference
Sergey Grebnov created CB-6309: -- Summary: Windows8. Add Splash Screen img support via config.xml preference Key: CB-6309 URL: https://issues.apache.org/jira/browse/CB-6309 Project: Apache Cordova Issue Type: Improvement Components: CLI, Windows 8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Right now there is no way to specify new splash screen image for Windows8 via config.xml. Propose to implement this as Android does - via special preference http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940344#comment-13940344 ] ASF GitHub Bot commented on CB-6308: GitHub user sgrebnov opened a pull request: https://github.com/apache/cordova-cli/pull/144 CB-6308 WP8. Add Splash Screen img support via config.xml preference https://issues.apache.org/jira/browse/CB-6308 Adds support of 'SplashScreen' preference for WP8. or You can merge this pull request into a Git repository by running: $ git pull https://github.com/sgrebnov/cordova-cli CB-6308 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-cli/pull/144.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 #144 commit 0d523ca248be500ebaa8db8c30d99292c30b31d2 Author: sgrebnov Date: 2014-03-19T09:27:57Z CB-6308 WP8. Add Splash Screen img support via config.xml preference > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
[ https://issues.apache.org/jira/browse/CB-6308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13940340#comment-13940340 ] Sergey Grebnov commented on CB-6308: Example configuration for WP8 > WP8. Add Splash Screen img support via config.xml preference > > > Key: CB-6308 > URL: https://issues.apache.org/jira/browse/CB-6308 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI, WP8 >Reporter: Sergey Grebnov >Assignee: Sergey Grebnov > > Right now there is no way to specify new splash screen image for WP8 via > config.xml. Propose to implement this as Android does - via special > preference > > http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-6308) WP8. Add Splash Screen img support via config.xml preference
Sergey Grebnov created CB-6308: -- Summary: WP8. Add Splash Screen img support via config.xml preference Key: CB-6308 URL: https://issues.apache.org/jira/browse/CB-6308 Project: Apache Cordova Issue Type: Improvement Components: CLI, WP8 Reporter: Sergey Grebnov Assignee: Sergey Grebnov Right now there is no way to specify new splash screen image for WP8 via config.xml. Propose to implement this as Android does - via special preference http://cordova.apache.org/docs/en/3.4.0/config_ref_images.md.html#Icons%20and%20Splash%20Screens_splash_screens_for_the_android_platform -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CB-5767) Keyboard will/did hide/show events should be passed to JavaScript
[ https://issues.apache.org/jira/browse/CB-5767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrey Kurdyumov updated CB-5767: - Affects Version/s: 3.4.0 > Keyboard will/did hide/show events should be passed to JavaScript > - > > Key: CB-5767 > URL: https://issues.apache.org/jira/browse/CB-5767 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 3.0.0, 3.1.0, 3.2.0, 3.3.0, 3.4.0 > Environment: iOS 7 >Reporter: Paul Hickman >Assignee: Shazron Abdullah > Labels: ios7, keyboard-plugin > Original Estimate: 24h > Remaining Estimate: 24h > > In order to resolve the issues iOS 7 creates with the keyboard shrinking the > view, our project needs the KeyboardWillShow, KeyboardDidShow, > KeyboardWillHide and KeyboardDidHide native events to be raised by the > keyboard plugin as JavaScript events, so that we can show/hide some HTML > elements. > Would it be possible to add observers for the "Will" events as well as the > "Did" events, and then make all four observers execute some JavaScript to > trigger events in the DOM. -- This message was sent by Atlassian JIRA (v6.2#6252)
