[jira] [Commented] (CB-4918) [ios]status bar is overlapping with the view on iOS7
[ https://issues.apache.org/jira/browse/CB-4918?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824406#comment-13824406 ] Morten Mathiasen commented on CB-4918: -- To support that you can use the entire screen for your app content, the status bar needs to be hidden. Otherwise, you will have to design the UI content to avoid using the top area of the screen. That is waste of valuable screen space, especially on platforms, e.g. android, that don't show a status bar. It is a quite easy fix to hide the status bar on iOS 7 too, e.g. from info-plist: + UIViewControllerBasedStatusBarAppearance + Hiding the status bar must be the right solution for Cordova/PhoneGap that provides a cross browser solution, that should make it possible to design one UI and run it on more platforms. > [ios]status bar is overlapping with the view on iOS7 > > > Key: CB-4918 > URL: https://issues.apache.org/jira/browse/CB-4918 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugins >Affects Versions: 3.0.0 > Environment: xcode 5.0 > ios 7.0 >Reporter: lmnbeyond > Labels: statusbar-plugin > Fix For: 3.2.0 > > > how to reproduce: > don't hide status bar, and run mobile spec > result: > status bar is overlapping with the view on iOS7 -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5257) Whitelist URLs from global config.xml don't get added to Android platform's config.xml
[ https://issues.apache.org/jira/browse/CB-5257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824188#comment-13824188 ] Michael Schmidt commented on CB-5257: - I experience that for the local PhoneGap CLI, which to my understanding uses for that part the Cordova CLI > Whitelist URLs from global config.xml don't get added to Android platform's > config.xml > -- > > Key: CB-5257 > URL: https://issues.apache.org/jira/browse/CB-5257 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CLI >Affects Versions: 3.1.0 >Reporter: Michael Schmidt > Labels: build > > On Android platform: Freshly added whitelist URLs to the global config.xml > don't get added to the Android platform-specific config.xml > - the initial population works > - but not after adding a new whitelist item and executing "phonegap local > build android" -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5417) Notification.beep doesn't use background thread - blocks app execution
Michael Schmidt created CB-5417:
---
Summary: Notification.beep doesn't use background thread - blocks
app execution
Key: CB-5417
URL: https://issues.apache.org/jira/browse/CB-5417
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.1.0
Reporter: Michael Schmidt
Notification.beep blocks the UI - comes to relevance when triggering multiple
beeps
{quote}
THREAD WARNING: ['Notification'] took '13.020996' ms. Plugin should use a
background thread.
{quote}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Resolved] (CB-3565) Click not activated/fired if tap and release do not align
[ https://issues.apache.org/jira/browse/CB-3565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-3565. - Resolution: Unresolved There is currently no know workaround for this case. > Click not activated/fired if tap and release do not align > - > > Key: CB-3565 > URL: https://issues.apache.org/jira/browse/CB-3565 > Project: Apache Cordova > Issue Type: Bug > Components: WP7 >Affects Versions: 2.6.0 > Environment: Nokia Lumia 800, Windows Phone 7.8 >Reporter: Jeff Shillitto >Assignee: Jesse MacFadyen > > When you tap on a clickable element (input, button, a), sometimes the click > does not appear to work. As far as I can tell the issue occurs when you tap > down on an element and then move your finger a very small amount, say 1mm and > then release. The grey box appears as if the mouse down is recognised but the > mouse up is not. No click is registered. > If you do the same test in the devices web browser (not PhoneGap app) it is > much more forgiving, you can move your finger slightly during a tap and the > click is still fired. > The issue is also reported here: > http://stackoverflow.com/questions/16722438/click-event-is-not-fired-every-time-on-wp7-in-a-phonegap-application -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-1247) An option similar to "webviewbounce" is needed that works on Windows Phone
[
https://issues.apache.org/jira/browse/CB-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-1247.
-
Resolution: Won't Fix
It is not possible to both have mouse interactivity, and fix the page in place.
There are a couple workarounds that address certain parts of the issue, but
none that address it entirely.
To lock the view on WP7, use the following in CordovaView.xaml.cs
{code}
this.CordovaView.DisableBouncyScrolling = true;
{code}
To lock the view in WP8 use the ms css solution:
{code}
{code}
> An option similar to "webviewbounce" is needed that works on Windows Phone
> --
>
> Key: CB-1247
> URL: https://issues.apache.org/jira/browse/CB-1247
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP7, WP8
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0
> Environment: Windows Phone
>Reporter: Rob Van Wicklen
>Assignee: Jesse MacFadyen
>
> A "webviewbounce" option can be set to fix an app's viewable area in place on
> the iOS screen, making it so that users cannot drag it and move it off the
> side of the screen. A similar setting is needed for Windows Phone.
> Currently, even if the viewport size is set to the device screen dimensions
> and the scale is fixed at 1.0, Windows Phone users can still drag the app's
> viewport which results in a bounce effect similar to what's seen on iOS when
> the webviewbounce option isn't set to false.
> The Windows Phone WebBrowser control doesn't directly expose a property that
> lets you eliminate the bounce, but the desired result can be acheived with a
> small amount of wrapper code around the control. This would need to be
> implemented within Cordova. The following article explains how to do it:
>
> http://www.scottlogic.co.uk/blog/colin/2011/11/suppressing-zoom-and-scroll-interactions-in-the-windows-phone-7-browser-control
> Justification: the ability to eliminate the bounce effect is important for
> app developers who want to create an experience that's similar to a native
> app. This is not currently possible on Windows Phone.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Commented] (CB-1247) An option similar to "webviewbounce" is needed that works on Windows Phone
[
https://issues.apache.org/jira/browse/CB-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824234#comment-13824234
]
Jesse MacFadyen commented on CB-1247:
-
WebviewBounce has been deprecated in favor of DissallowOverscroll, but the
functionality is somewhat different from what is described here.
To prevent touch actions at the document level on WP8 you can use css like this:
{code}
{code}
> An option similar to "webviewbounce" is needed that works on Windows Phone
> --
>
> Key: CB-1247
> URL: https://issues.apache.org/jira/browse/CB-1247
> Project: Apache Cordova
> Issue Type: Bug
> Components: WP7, WP8
>Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0, 2.4.0
> Environment: Windows Phone
>Reporter: Rob Van Wicklen
>Assignee: Jesse MacFadyen
>
> A "webviewbounce" option can be set to fix an app's viewable area in place on
> the iOS screen, making it so that users cannot drag it and move it off the
> side of the screen. A similar setting is needed for Windows Phone.
> Currently, even if the viewport size is set to the device screen dimensions
> and the scale is fixed at 1.0, Windows Phone users can still drag the app's
> viewport which results in a bounce effect similar to what's seen on iOS when
> the webviewbounce option isn't set to false.
> The Windows Phone WebBrowser control doesn't directly expose a property that
> lets you eliminate the bounce, but the desired result can be acheived with a
> small amount of wrapper code around the control. This would need to be
> implemented within Cordova. The following article explains how to do it:
>
> http://www.scottlogic.co.uk/blog/colin/2011/11/suppressing-zoom-and-scroll-interactions-in-the-windows-phone-7-browser-control
> Justification: the ability to eliminate the bounce effect is important for
> app developers who want to create an experience that's similar to a native
> app. This is not currently possible on Windows Phone.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True
[ https://issues.apache.org/jira/browse/CB-5396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5396: - Labels: keyboard-plugin (was: ) > UiWebView doesn't resize when Keyboard Show when DisallowScroll is True > --- > > Key: CB-5396 > URL: https://issues.apache.org/jira/browse/CB-5396 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugins >Affects Versions: 3.2.0 > Environment: cordova 3.2 with keyboard plugin. >Reporter: Tom Wilson > Labels: keyboard-plugin > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5352) section of the plugin is not displayed during cordova plugin add
[
https://issues.apache.org/jira/browse/CB-5352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824230#comment-13824230
]
Shazron Abdullah commented on CB-5352:
--
Recursive link. Actual pull request link:
https://github.com/apache/cordova-cli/pull/92
> section of the plugin is not displayed during cordova plugin add
> ---
>
> Key: CB-5352
> URL: https://issues.apache.org/jira/browse/CB-5352
> Project: Apache Cordova
> Issue Type: Improvement
> Components: CLI
>Affects Versions: 3.1.0
>Reporter: Abel Muiño
>
> I was expecting the {{}} section to be displayed during install, so the
> user can take appropriate actions, but this is the output:
> {code}
> $ cordova -v
> 3.1.0-0.2.0
> $ cordova plugin add https://github.com/amuino/cordova-actionsheet
> Fetching plugin from "https://github.com/amuino/cordova-actionsheet";...
> Starting installation of "com.phonegap.plugins.actionsheet" for android
> Preparing android project
> com.phonegap.plugins.actionsheet installed on android.
> Starting installation of "com.phonegap.plugins.actionsheet" for ios
> Preparing ios project
> com.phonegap.plugins.actionsheet installed on ios.
> {code}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (CB-5396) UiWebView doesn't resize when Keyboard Show when DisallowScroll is True
[ https://issues.apache.org/jira/browse/CB-5396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5396: - Component/s: Plugins > UiWebView doesn't resize when Keyboard Show when DisallowScroll is True > --- > > Key: CB-5396 > URL: https://issues.apache.org/jira/browse/CB-5396 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugins >Affects Versions: 3.2.0 > Environment: cordova 3.2 with keyboard plugin. >Reporter: Tom Wilson > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5394) FileTransfer.abort doesn't stop Upload from completing
[ https://issues.apache.org/jira/browse/CB-5394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5394: - Component/s: iOS > FileTransfer.abort doesn't stop Upload from completing > -- > > Key: CB-5394 > URL: https://issues.apache.org/jira/browse/CB-5394 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin File Transfer >Affects Versions: 3.1.0 > Environment: iOS 7 >Reporter: Jamal Johnson > > When uploading a file using the FileTransfer plugin and calling the abort() > method, everything works as the documentation states as far as the failure > callback being called with the appropriate information, however the upload > continues and completes on the server, the connection doesn't "close" even > though the obj-c code seems to calling "cancel" on the connection object. > (more info from a post I sent to google groups with no response: > https://groups.google.com/forum/#!searchin/phonegap/abort/phonegap/eoN8HLrutIM/1GSeDIJfnKgJ) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-2415) On iOS the ajax error/fail callback is not called after server returns error code 401/unauthorized
[ https://issues.apache.org/jira/browse/CB-2415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2415: - Assignee: (was: Shazron Abdullah) > On iOS the ajax error/fail callback is not called after server returns error > code 401/unauthorized > -- > > Key: CB-2415 > URL: https://issues.apache.org/jira/browse/CB-2415 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 2.2.0 > Environment: OSX 10.8.2, Xcode 4.5.1, iOS Simulator 5.0, 5.1, 6.0, > cordova 2.2 >Reporter: Zach White > Labels: 401, BasicAuth, iOS > > I am seeing the same issue as reported in > [CB-2284|https://issues.apache.org/jira/browse/CB-2284] also in iOS. Ajax > calls with Authorization header set are not returning but are timing out when > the authorization credentials are invalid. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5417) Notification.beep doesn't use background thread - blocks app execution
[
https://issues.apache.org/jira/browse/CB-5417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824225#comment-13824225
]
Shazron Abdullah commented on CB-5417:
--
Solution: follow the advice in the "Threading" section here:
http://cordova.apache.org/docs/en/edge/guide_platforms_ios_plugin.md.html#iOS%20Plugins_threading
> Notification.beep doesn't use background thread - blocks app execution
> --
>
> Key: CB-5417
> URL: https://issues.apache.org/jira/browse/CB-5417
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.1.0
>Reporter: Michael Schmidt
>
> Notification.beep blocks the UI - comes to relevance when triggering multiple
> beeps
> {quote}
> THREAD WARNING: ['Notification'] took '13.020996' ms. Plugin should use a
> background thread.
> {quote}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Resolved] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps
[ https://issues.apache.org/jira/browse/CB-5418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-5418. - Resolution: Fixed > BrowserMouseHelper fails on WP8 for WP7 apps > > > Key: CB-5418 > URL: https://issues.apache.org/jira/browse/CB-5418 > Project: Apache Cordova > Issue Type: Bug > Components: WP7 >Affects Versions: 3.1.0 >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > Labels: Mouse, WP7, > Fix For: 3.3.0 > > > When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the > mouse helper cannot access the Border component as the visual tree is > different. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5389) Status Bar plugin issues with orientation
[ https://issues.apache.org/jira/browse/CB-5389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-5389: - Priority: Major (was: Critical) > Status Bar plugin issues with orientation > - > > Key: CB-5389 > URL: https://issues.apache.org/jira/browse/CB-5389 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Affects Versions: 3.1.0 > Environment: Ios >Reporter: Mike Hartington > Labels: ios, javascript, objective-c, statusbar-plugin > > When I try to hide the Status Bar on iOS when my device is in landscape, the > entire app's width shrinks to what is about the devices width would be if > portrait. > So if my iPad is in landscape and I hide the status bar, the app will just > scale to about 768px. > I tried removing my apps javascript, ran the app again, and used Safaris Web > Inspect Console to see if I had an error in my javascript, but had the same > issue. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5389) Status Bar plugin issues with orientation
[ https://issues.apache.org/jira/browse/CB-5389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-5389: Assignee: Shazron Abdullah > Status Bar plugin issues with orientation > - > > Key: CB-5389 > URL: https://issues.apache.org/jira/browse/CB-5389 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Affects Versions: 3.1.0 > Environment: Ios >Reporter: Mike Hartington >Assignee: Shazron Abdullah > Labels: ios, javascript, objective-c, statusbar-plugin > > When I try to hide the Status Bar on iOS when my device is in landscape, the > entire app's width shrinks to what is about the devices width would be if > portrait. > So if my iPad is in landscape and I hide the status bar, the app will just > scale to about 768px. > I tried removing my apps javascript, ran the app again, and used Safaris Web > Inspect Console to see if I had an error in my javascript, but had the same > issue. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps
[ https://issues.apache.org/jira/browse/CB-5418?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824217#comment-13824217 ] ASF subversion and git services commented on CB-5418: - Commit f1be30869b0a8e1faabd71903eea87947d638cce in branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;h=f1be308 ] CB-5418 BrowserMouseHelper fails on WP8 for WP7 apps > BrowserMouseHelper fails on WP8 for WP7 apps > > > Key: CB-5418 > URL: https://issues.apache.org/jira/browse/CB-5418 > Project: Apache Cordova > Issue Type: Bug > Components: WP7 >Affects Versions: 3.1.0 >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > Labels: Mouse, WP7, > Fix For: 3.3.0 > > > When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the > mouse helper cannot access the Border component as the visual tree is > different. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5389) Status Bar plugin issues with orientation
[ https://issues.apache.org/jira/browse/CB-5389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824220#comment-13824220 ] Shazron Abdullah commented on CB-5389: -- What is the value of your viewport meta tag in your index.html > Status Bar plugin issues with orientation > - > > Key: CB-5389 > URL: https://issues.apache.org/jira/browse/CB-5389 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Affects Versions: 3.1.0 > Environment: Ios >Reporter: Mike Hartington >Assignee: Shazron Abdullah > Labels: ios, javascript, objective-c, statusbar-plugin > > When I try to hide the Status Bar on iOS when my device is in landscape, the > entire app's width shrinks to what is about the devices width would be if > portrait. > So if my iPad is in landscape and I hide the status bar, the app will just > scale to about 768px. > I tried removing my apps javascript, ran the app again, and used Safaris Web > Inspect Console to see if I had an error in my javascript, but had the same > issue. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5418) BrowserMouseHelper fails on WP8 for WP7 apps
Jesse MacFadyen created CB-5418: --- Summary: BrowserMouseHelper fails on WP8 for WP7 apps Key: CB-5418 URL: https://issues.apache.org/jira/browse/CB-5418 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 3.1.0 Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Fix For: 3.3.0 When apps targeting Windows Phone 7 are run on Windows Phone 8 devices the mouse helper cannot access the Border component as the visual tree is different. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5372) Notification.beep blocks app execution - doesn't use CordovaInterface.getThreadPool
[
https://issues.apache.org/jira/browse/CB-5372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824179#comment-13824179
]
Michael Schmidt commented on CB-5372:
-
Rather a regression - to my understanding Cordova 1.x didn't do this - at least
for Cordova 1.7 I'm sure
> Notification.beep blocks app execution - doesn't use
> CordovaInterface.getThreadPool
> ---
>
> Key: CB-5372
> URL: https://issues.apache.org/jira/browse/CB-5372
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.1.0
>Reporter: Michael Schmidt
>Priority: Blocker
>
> Calling a simple beep notification for 5 seconds blocks the whole app for
> this time
> {quote}
> navigator.notification.beep(5);
> {quote}
> Debug console output is as follows:
> {quote}
> 11-13 12:07:09.845: W/PluginManager(14561): THREAD WARNING: exec() call to
> Notification.beep blocked the main thread for 10507ms. Plugin should use
> CordovaInterface.getThreadPool().
> {quote}
> App runs on Android 4.1
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Created] (CB-5416) Need to auto generate manifest.webapp with appropriate plugin permissions
Herm Wong created CB-5416: - Summary: Need to auto generate manifest.webapp with appropriate plugin permissions Key: CB-5416 URL: https://issues.apache.org/jira/browse/CB-5416 Project: Apache Cordova Issue Type: Task Components: CLI, FirefoxOS Affects Versions: 3.2.0 Reporter: Herm Wong Assignee: Herm Wong When FxOS apps are built, the CLI needs to determine which plugins are used and also generate the correct permissions in the manifest.webapp file. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5415) FxOS plugin permissions documentation
[ https://issues.apache.org/jira/browse/CB-5415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herm Wong updated CB-5415: -- Description: List of all permissions in FxOS. As plugins are completed the permissions required for the manifest.webapp should be documented with the corresponding API. https://developer.mozilla.org/en-US/Apps/Developing/App_permissions?redirectlocale=en-US&redirectslug=Web%2FApps%2FApp_permissions was: List of all permissions in FxOS. As plugins are completed the permissions required for the manifest.webapp should be documented with the corresponding API. > FxOS plugin permissions documentation > - > > Key: CB-5415 > URL: https://issues.apache.org/jira/browse/CB-5415 > Project: Apache Cordova > Issue Type: Task > Components: FirefoxOS >Affects Versions: 3.2.0 >Reporter: Herm Wong >Assignee: Herm Wong > > List of all permissions in FxOS. > As plugins are completed the permissions required for the manifest.webapp > should be documented with the corresponding API. > https://developer.mozilla.org/en-US/Apps/Developing/App_permissions?redirectlocale=en-US&redirectslug=Web%2FApps%2FApp_permissions -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist
[ https://issues.apache.org/jira/browse/CB-5413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bryan Higgins resolved CB-5413. --- Resolution: Fixed > [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist > -- > > Key: CB-5413 > URL: https://issues.apache.org/jira/browse/CB-5413 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.0.0, 3.1.0, 3.2.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.3.0 > > > Fix is to iterate through all of these networks to check for a connected > device. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5326) update geolocation docs
[ https://issues.apache.org/jira/browse/CB-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herm Wong resolved CB-5326. --- Resolution: Fixed > update geolocation docs > --- > > Key: CB-5326 > URL: https://issues.apache.org/jira/browse/CB-5326 > Project: Apache Cordova > Issue Type: Sub-task > Components: Docs, FirefoxOS >Affects Versions: 3.1.0 >Reporter: Herm Wong >Assignee: Herm Wong >Priority: Minor > > update the geolocation docs with the permissions required in manifest.webapp -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5415) FxOS plugin permissions documentation
Herm Wong created CB-5415: - Summary: FxOS plugin permissions documentation Key: CB-5415 URL: https://issues.apache.org/jira/browse/CB-5415 Project: Apache Cordova Issue Type: Task Components: FirefoxOS Affects Versions: 3.2.0 Reporter: Herm Wong Assignee: Herm Wong List of all permissions in FxOS. As plugins are completed the permissions required for the manifest.webapp should be documented with the corresponding API. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist
[ https://issues.apache.org/jira/browse/CB-5413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824086#comment-13824086 ] ASF subversion and git services commented on CB-5413: - Commit e2c7d813e369b5cc45daebae2a14a43f35449f67 in branch refs/heads/master from [~bhigg...@blackberry.com] [ https://git-wip-us.apache.org/repos/asf?p=cordova-blackberry.git;h=e2c7d81 ] CB-5413 Device detection - iterate through all 169.254.x.x networks > [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist > -- > > Key: CB-5413 > URL: https://issues.apache.org/jira/browse/CB-5413 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 3.0.0, 3.1.0, 3.2.0 >Reporter: Bryan Higgins >Assignee: Bryan Higgins > Fix For: 3.3.0 > > > Fix is to iterate through all of these networks to check for a connected > device. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat
[ https://issues.apache.org/jira/browse/CB-5393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824066#comment-13824066 ] Andrew Grieve commented on CB-5393: --- The bug affects the ONLINE_EVENTS bridge mode, which has been the default since Cordova 2.2. The change was made to master before 3.1 was branched. It was also included in the 2.9.1 release. > Android's Online bridge sometimes doesn't work on KitKat > > > Key: CB-5393 > URL: https://issues.apache.org/jira/browse/CB-5393 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.9.0, 3.0.0 >Reporter: Andrew Grieve >Assignee: Andrew Grieve > Fix For: 3.1.0, 2.9.1 > > Attachments: framework.zip, mobilespec.zip > > > Here's an app /w source that can reproduce the problem consistently. I've > made some tweaks to exacerbate the scenario in which it occurs. I'm fairly > certain that happens when online changes back and forth too fast. > The bug happens with & without the debugger attached. > How to use the test app: > - The bug is happening consistently for me on start-up and causes the page to > not load correctly. If you get an alert saying that it didn't start-up, click > the "Refresh Page" button at the top. > - The bug doesn't appear on the second time (at least for me) (no alerts) > - Click the "Benchmark exec" button and wait for it to report the bridge > speed. > - Notice that it seems to work fine > - Now check the "Use two echos at once" box and run the test again a few times > - Notice that you get an alert saying that no echo was received after a > certain number of calls. > The bug will not happen with the pre-KitKat WebView. > mobilespec.zip & framework.zip have the sources. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5393) Android's Online bridge sometimes doesn't work on KitKat
[ https://issues.apache.org/jira/browse/CB-5393?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824062#comment-13824062 ] Marcel Kinard commented on CB-5393: --- Does this fix need to be applied to master? Or more generally, are there other affected versions (earlier or later) besides 2.9.0 and 3.0.0? > Android's Online bridge sometimes doesn't work on KitKat > > > Key: CB-5393 > URL: https://issues.apache.org/jira/browse/CB-5393 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 2.9.0, 3.0.0 >Reporter: Andrew Grieve >Assignee: Andrew Grieve > Fix For: 3.1.0, 2.9.1 > > Attachments: framework.zip, mobilespec.zip > > > Here's an app /w source that can reproduce the problem consistently. I've > made some tweaks to exacerbate the scenario in which it occurs. I'm fairly > certain that happens when online changes back and forth too fast. > The bug happens with & without the debugger attached. > How to use the test app: > - The bug is happening consistently for me on start-up and causes the page to > not load correctly. If you get an alert saying that it didn't start-up, click > the "Refresh Page" button at the top. > - The bug doesn't appear on the second time (at least for me) (no alerts) > - Click the "Benchmark exec" button and wait for it to report the bridge > speed. > - Notice that it seems to work fine > - Now check the "Use two echos at once" box and run the test again a few times > - Notice that you get an alert saying that no echo was received after a > certain number of calls. > The bug will not happen with the pre-KitKat WebView. > mobilespec.zip & framework.zip have the sources. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4
[ https://issues.apache.org/jira/browse/CB-5414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824058#comment-13824058 ] Mike Billau commented on CB-5414: - Just tested with the latest 2.9.1 and this works fine. > 2.x InAppBrowser localUrls fail on Android 4.4 > --- > > Key: CB-5414 > URL: https://issues.apache.org/jira/browse/CB-5414 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 2.3.0, 2.6.0 >Reporter: Mike Billau >Priority: Minor > > For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on > Android 4.4 > I think that it has to do with: > http://developer.android.com/guide/webapps/migrating.html#URLs > Apparently this is not covered by Quirks Mode because setting targetSDK=18 or > targetSDK=19 doesn't make a difference. > Tested with 2.x mobile spec. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4
[ https://issues.apache.org/jira/browse/CB-5414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Billau updated CB-5414: Affects Version/s: (was: 2.9.0) > 2.x InAppBrowser localUrls fail on Android 4.4 > --- > > Key: CB-5414 > URL: https://issues.apache.org/jira/browse/CB-5414 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 2.3.0, 2.6.0 >Reporter: Mike Billau >Priority: Minor > > For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on > Android 4.4 > I think that it has to do with: > http://developer.android.com/guide/webapps/migrating.html#URLs > Apparently this is not covered by Quirks Mode because setting targetSDK=18 or > targetSDK=19 doesn't make a difference. > Tested with 2.x mobile spec. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5414) 2.x InAppBrowser localUrls fail on Android 4.4
Mike Billau created CB-5414: --- Summary: 2.x InAppBrowser localUrls fail on Android 4.4 Key: CB-5414 URL: https://issues.apache.org/jira/browse/CB-5414 Project: Apache Cordova Issue Type: Bug Components: Plugin InAppBrowser Affects Versions: 2.9.0, 2.6.0, 2.3.0 Reporter: Mike Billau Priority: Minor For Cordova 2.x stream, InAppBrowser is not able to open Local URL links on Android 4.4 I think that it has to do with: http://developer.android.com/guide/webapps/migrating.html#URLs Apparently this is not covered by Quirks Mode because setting targetSDK=18 or targetSDK=19 doesn't make a difference. Tested with 2.x mobile spec. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5404) Update File API tests
[ https://issues.apache.org/jira/browse/CB-5404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824031#comment-13824031 ] ASF subversion and git services commented on CB-5404: - Commit d6f07da699b217eb749ac0c8da44e1d110f5b848 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=d6f07da ] CB-5404: Add test for actually reading directory contents > Update File API tests > - > > Key: CB-5404 > URL: https://issues.apache.org/jira/browse/CB-5404 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin File >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 3.2.0 > > > Many of the tests in the test suite are fragile, and depend on > implementation-dependent things like whether root directory paths end with a > "/" or not, or whether a particular URL scheme is valid. I'm first going to > fix those tests which don't pass under both the old and new systems. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824028#comment-13824028 ] Mike Billau commented on CB-5398: - On Android 4.4, with Cordova 3.x, it looks like the app just doesn't get the image. However, on Cordova 2.x, the app actually will force quit. > Pick image from Library or Photo album on android 4.4 > - > > Key: CB-5398 > URL: https://issues.apache.org/jira/browse/CB-5398 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 2.9.0, 3.2.0 > Environment: android 4.4 >Reporter: julio cesar >Assignee: Mike Billau > > An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or > pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. > Now android 4.4, when you select the above options, it opens an "open from" > dialog that let you choose from new places as "Recent", "Drive", "Images" > and "Downloads" (the names might not be the same as I use the device in > spanish and translated it). > If you choose any of them, you get an error, AndroidProtocolHandler, unable > to open content URL: the url here with a content://com.android.providers > format. > I've tested on phonegap 2.9 because this is the version I use, but I suppose > it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5375) iOS7 splash screen resizing
[ https://issues.apache.org/jira/browse/CB-5375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13824004#comment-13824004 ] Shazron Abdullah commented on CB-5375: -- Thanks. That is the latest version. > iOS7 splash screen resizing > --- > > Key: CB-5375 > URL: https://issues.apache.org/jira/browse/CB-5375 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.1.0 > Environment: iOS 7.0.x > Xcode 5 >Reporter: Fabrizio Bottino > Labels: ios7, splashscreen, xcode5 > > When transition happens between xcode splash screen and plugin splash screen > I can see image "moving" because it got resized. > My app is currently compatible with iOS 5.x, 6.x, 7.0.x so I have both old > splash screen sizes (devices size - status bar) and new splash screen sizes > (full devices size) > I tried to debug the issue and this is what I have found: > - plugin guesses splash screen file name based on default apple naming of > files > - plugin is not reading effective splash screen used in in .plist > - in iOS 7 there are new splash screen sizes which are "outside" standard > apple naming > in this example I will show ipad NON retina landscape: > 1024x748 Default-Landscape~ipad.png > 1024x768 ipad7l.png > Where "ipad7l" is a name I choose, while " Default-Landscape~ipad" is the > name Xcode has given to my splash after pointing it as splash. > When plugin starts it compares actual device resolution with guessed image > resolution and if they're not equal it proceed to resize. > Device size is 1024x768, image size is 1024x748 (because plugin guesses > Default-Landscape~ipad.png as image file name, as in iOS 6 naming) and it > proceed to resize it. > Maybe I am wrong in my splash screen naming. > If I am not I suggest plugin should red .plist file to know which file to use -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Assigned] (CB-5179) [Release + 3.2.0] Test & Tag 3.2.0 for: cordova-js, cordova-mobile-spec and cordova-app-hello-world
[ https://issues.apache.org/jira/browse/CB-5179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill reassigned CB-5179: -- Assignee: Steve Gill > [Release + 3.2.0] Test & Tag 3.2.0 for: cordova-js, cordova-mobile-spec and > cordova-app-hello-world > --- > > Key: CB-5179 > URL: https://issues.apache.org/jira/browse/CB-5179 > Project: Apache Cordova > Issue Type: Sub-task > Components: App Hello World, CordovaJS, mobile-spec >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.2.0 > > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5176) [Release + 3.2.0] Create blog post for RC1 & Announce
[ https://issues.apache.org/jira/browse/CB-5176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5176. Resolution: Fixed Assignee: Steve Gill > [Release + 3.2.0] Create blog post for RC1 & Announce > - > > Key: CB-5176 > URL: https://issues.apache.org/jira/browse/CB-5176 > Project: Apache Cordova > Issue Type: Sub-task > Components: Website >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.2.0 > > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5164) [Release + 3.2.0] Test & Tag RC1 of cordova-cli
[ https://issues.apache.org/jira/browse/CB-5164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-5164. Resolution: Fixed > [Release + 3.2.0] Test & Tag RC1 of cordova-cli > --- > > Key: CB-5164 > URL: https://issues.apache.org/jira/browse/CB-5164 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI >Reporter: Steve Gill >Assignee: Steve Gill > Fix For: 3.2.0 > > > Refer to Workflow here: > http://wiki.apache.org/cordova/CuttingReleases > Instead of branching, we should: > 1. check out the last released version > 2. change the platforms.js file locally > 3. upload to npm without checking in. > 4. set latest tag on npm to previous version -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5413) [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist
Bryan Higgins created CB-5413: - Summary: [BlackBerry10] Device detection fails when multuple 169.254.x.x networks exist Key: CB-5413 URL: https://issues.apache.org/jira/browse/CB-5413 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Affects Versions: 3.1.0, 3.0.0, 3.2.0 Reporter: Bryan Higgins Assignee: Bryan Higgins Fix For: 3.3.0 Fix is to iterate through all of these networks to check for a connected device. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5082) add BB10 support in doPlatform()
[ https://issues.apache.org/jira/browse/CB-5082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823971#comment-13823971 ] Josh Soref commented on CB-5082: I don't think this is what people would want... > add BB10 support in doPlatform() > > > Key: CB-5082 > URL: https://issues.apache.org/jira/browse/CB-5082 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI >Reporter: Marcel Kinard >Assignee: Lucas Holmquist >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5294) File input element not opening file picker in Android 4.4
[ https://issues.apache.org/jira/browse/CB-5294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823946#comment-13823946 ] Andrew Grieve commented on CB-5294: --- So, apparently is even causing trouble for Chrome on KitKat. There's no quick fix we can use, so will need to hack it up if we want to make it work. Likely it will be fixed in a future update. > File input element not opening file picker in Android 4.4 > - > > Key: CB-5294 > URL: https://issues.apache.org/jira/browse/CB-5294 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 3.1.0 > Environment: Android 4.4 (emulator and Nexus 5) >Reporter: Paul Kane >Assignee: Joe Bowser >Priority: Blocker > > The file input field doesn't respond when clicked/tapped in Android 4.4. > Works fine in previous Android versions. This is regardless of whether the > Target Level is set to 18 or 19. > To reproduce, I created a fresh Cordova 3.1.0 project for Android. The only > modification I made to the default (placeholder) index.html file was adding a > element with a single element inside. Clicking the > "Choose File" button does nothing. No Logcat output or errors. Normally at > this point a dialogue would open allowing me to select an image from the > gallery or take a picture, which is what happens in older Android versions. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file
[ https://issues.apache.org/jira/browse/CB-5400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823937#comment-13823937 ] Maxime LUCE commented on CB-5400: - My bad, sorry. When i started the fix, I get carried by my enthusiasm and fix some other things. I will avoid that next time ! To resolve this I created 3 sub tasks : https://issues.apache.org/jira/browse/CB-5410 https://issues.apache.org/jira/browse/CB-5411 https://issues.apache.org/jira/browse/CB-5412 I will resolve sub tasks when this one is resolved. > Version and Id is not set correctly in Windows 8 application project file > - > > Key: CB-5400 > URL: https://issues.apache.org/jira/browse/CB-5400 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Windows 8 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > When using CLI with Windows 8 Platform : > 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 > vs 0.0.0.0) so add a .0 automatically. > 2. In package.appxmanifest, Application.id must be a safe name, which is not > actually, we can use packageName (which is safe) or compute a safe name based > on config name. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5412) Update appxmanifest DisplayName and PublisherName properties
[ https://issues.apache.org/jira/browse/CB-5412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823933#comment-13823933 ] Maxime LUCE commented on CB-5412: - Pull request : https://github.com/apache/cordova-cli/pull/93 Commit: Update appxmanifest properties' DisplayName and PublisherName 02162b4 > Update appxmanifest DisplayName and PublisherName properties > > > Key: CB-5412 > URL: https://issues.apache.org/jira/browse/CB-5412 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, Windows 8 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > This fix allows to always have up to date values into DisplayName and > PublisherName fields of package.appxmanifest. > This fields are usefull for Windows Store submission. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5410) Set appx manifest identity name using package name
[ https://issues.apache.org/jira/browse/CB-5410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823930#comment-13823930 ] Maxime LUCE commented on CB-5410: - Pull request : https://github.com/apache/cordova-cli/pull/93 Commit: Update Identity.Name in package.appxmanifest 1da2a96 > Set appx manifest identity name using package name > -- > > Key: CB-5410 > URL: https://issues.apache.org/jira/browse/CB-5410 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI, Windows 8 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > This fix allows developers to easily find their app files and configuration > in the system. > The appx manifest identity name is used by Windows to create an unique name > for the app. This unique name is now more human readable. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5411) Append an author property to config_parser
[ https://issues.apache.org/jira/browse/CB-5411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823931#comment-13823931 ] Maxime LUCE commented on CB-5411: - Pull request : https://github.com/apache/cordova-cli/pull/93 Commit: Append author property to config_parser 912e012 > Append an author property to config_parser > -- > > Key: CB-5411 > URL: https://issues.apache.org/jira/browse/CB-5411 > Project: Apache Cordova > Issue Type: Sub-task > Components: CLI >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > As we have an author field in config.xml, we can retrieve it in config_parser > to allow platforms which asks for a Publisher name (Windows 8, Windows Phone, > ...) to set the Publisher name using the author from config.xml -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5412) Update appxmanifest DisplayName and PublisherName properties
Maxime LUCE created CB-5412: --- Summary: Update appxmanifest DisplayName and PublisherName properties Key: CB-5412 URL: https://issues.apache.org/jira/browse/CB-5412 Project: Apache Cordova Issue Type: Sub-task Components: CLI, Windows 8 Reporter: Maxime LUCE Assignee: Maxime LUCE This fix allows to always have up to date values into DisplayName and PublisherName fields of package.appxmanifest. This fields are usefull for Windows Store submission. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5411) Append an author property to config_parser
Maxime LUCE created CB-5411: --- Summary: Append an author property to config_parser Key: CB-5411 URL: https://issues.apache.org/jira/browse/CB-5411 Project: Apache Cordova Issue Type: Sub-task Components: CLI Reporter: Maxime LUCE Assignee: Maxime LUCE As we have an author field in config.xml, we can retrieve it in config_parser to allow platforms which asks for a Publisher name (Windows 8, Windows Phone, ...) to set the Publisher name using the author from config.xml -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5410) Set appx manifest identity name using package name
Maxime LUCE created CB-5410: --- Summary: Set appx manifest identity name using package name Key: CB-5410 URL: https://issues.apache.org/jira/browse/CB-5410 Project: Apache Cordova Issue Type: Sub-task Components: CLI, Windows 8 Reporter: Maxime LUCE Assignee: Maxime LUCE This fix allows developers to easily find their app files and configuration in the system. The appx manifest identity name is used by Windows to create an unique name for the app. This unique name is now more human readable. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Resolved] (CB-5232) Make android include CordovaLib as a library instead of a Jar
[ https://issues.apache.org/jira/browse/CB-5232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-5232. --- Resolution: Fixed To be included in Cordova 3.3 > Make android include CordovaLib as a library instead of a Jar > - > > Key: CB-5232 > URL: https://issues.apache.org/jira/browse/CB-5232 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > Motivation: > -Works better in IntelliJ > -Faster project creation > -Consistent with iOS approach > -Allows users to step into framework code when debugging > Proof of concept is checked in at cordova-android's "libproject" branch. > Let's wait until the 3.2.0 branch is created before merging. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5232) Make android include CordovaLib as a library instead of a Jar
[ https://issues.apache.org/jira/browse/CB-5232?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823897#comment-13823897 ] ASF subversion and git services commented on CB-5232: - Commit fd954adc81d0355e03996b6128a33792cdc7c10f in branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=fd954ad ] CB-5232 Change create script to use Cordova as a library. > Make android include CordovaLib as a library instead of a Jar > - > > Key: CB-5232 > URL: https://issues.apache.org/jira/browse/CB-5232 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > Motivation: > -Works better in IntelliJ > -Faster project creation > -Consistent with iOS approach > -Allows users to step into framework code when debugging > Proof of concept is checked in at cordova-android's "libproject" branch. > Let's wait until the 3.2.0 branch is created before merging. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823890#comment-13823890 ] julio cesar commented on CB-5398: - Yeah, the gallery works, the problem is just with the new android 4.4 options > Pick image from Library or Photo album on android 4.4 > - > > Key: CB-5398 > URL: https://issues.apache.org/jira/browse/CB-5398 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 2.9.0, 3.2.0 > Environment: android 4.4 >Reporter: julio cesar >Assignee: Mike Billau > > An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or > pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. > Now android 4.4, when you select the above options, it opens an "open from" > dialog that let you choose from new places as "Recent", "Drive", "Images" > and "Downloads" (the names might not be the same as I use the device in > spanish and translated it). > If you choose any of them, you get an error, AndroidProtocolHandler, unable > to open content URL: the url here with a content://com.android.providers > format. > I've tested on phonegap 2.9 because this is the version I use, but I suppose > it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5398) Pick image from Library or Photo album on android 4.4
[
https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823835#comment-13823835
]
Mike Billau commented on CB-5398:
-
This exists on 3.x as well.
In the mean time a workaround is to go through the "Gallery" app.
So when it says "Recent", "Drive", "Images", and "Downloads", at the bottom of
that list will be "Gallery". As far as I can tell this opens up the Gallery app
and then you can navigate through those folders and select any of the photos.
I'm getting this in LOGCAT:
{noformat}
11-15 12:16:24.017: D/CordovaActivity(7351): Incoming Result
11-15 12:16:24.017: D/CordovaActivity(7351): Request code = 50
11-15 12:16:24.017: D/CordovaActivity(7351): We have a callback to send this
result to
11-15 12:16:24.037: D/dalvikvm(7351): GC_FOR_ALLOC freed 34K, 3% free
16572K/17084K, paused 8ms, total 8ms
11-15 12:16:24.057: I/dalvikvm-heap(7351): Grow heap (frag case) to 46.700MB
for 31961104-byte allocation
11-15 12:16:24.067: D/dalvikvm(7351): GC_FOR_ALLOC freed <1K, 2% free
47783K/48300K, paused 9ms, total 9ms
11-15 12:16:24.227: E/DatabaseUtils(4667): Writing exception to parcel
11-15 12:16:24.227: E/DatabaseUtils(4667): java.lang.SecurityException:
Permission Denial: reading com.android.providers.media.MediaDocumentsProvider
uri content://com.android.providers.media.documents/document/image:59 from
pid=7351, uid=10083 requires android.permission.MANAGE_DOCUMENTS, or
grantUriPermission()
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.content.ContentProvider$Transport.enforceReadPermissionInner(ContentProvider.java:457)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.content.ContentProvider$Transport.enforceReadPermission(ContentProvider.java:394)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.content.ContentProvider$Transport.enforceFilePermission(ContentProvider.java:387)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.content.ContentProvider$Transport.openTypedAssetFile(ContentProvider.java:339)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.content.ContentProviderNative.onTransact(ContentProviderNative.java:305)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
android.os.Binder.execTransact(Binder.java:404)
11-15 12:16:24.227: E/DatabaseUtils(4667): at
dalvik.system.NativeStart.run(Native Method)
11-15 12:16:24.237: E/AndroidProtocolHandler(7351): Unable to open content URL:
content://com.android.providers.media.documents/document/image%3A59
11-15 12:16:24.247: D/dalvikvm(7351): GC_EXPLICIT freed 31233K, 4% free
16554K/17084K, paused 2ms+2ms, total 25ms
11-15 12:16:24.247: D/Whitelist(7351): Unlimited access to network resources
11-15 12:16:24.247: I/CordovaLog(7351): Found start page location: index.html
11-15 12:16:24.247: I/CordovaLog(7351): Changing log level to DEBUG(3)
11-15 12:16:24.247: D/CordovaActivity(7351): Resuming the App
11-15 12:16:24.247: D/CordovaActivity(7351): CB-3064: The errorUrl is null
11-15 12:16:24.247: D/CordovaLog(7351):
file:///android_asset/www/camera/index.html: Line 58 : URL:
content://com.android.providers.media.documents/document/image%3A59
11-15 12:16:24.247: I/chromium(7351): [INFO:CONSOLE(58)] "URL:
content://com.android.providers.media.documents/document/image%3A59", source:
file:///android_asset/www/camera/index.html (58)
{noformat}
Looks like there is a new permission: MANAGE_DOCUMENTS:
http://developer.android.com/reference/android/Manifest.permission.html#MANAGE_DOCUMENTS
I tried to add {{android.permission.MANAGE_DOCUMENTS}} to the
AndroidManifest.xml but even after doing this, compiling with ADB and
installing, I'm still getting the above error and still unable to pick any
photos unless I go through the "Gallery" app first. I made sure to set
targetSDK=19 which is when this new permission was added.
[~bowserj] do you have any ideas on why Android wouldn't be picking up the new
permission? Is the problem in {{DatabaseUtils}} that I assume is some Android
app?
> Pick image from Library or Photo album on android 4.4
> -
>
> Key: CB-5398
> URL: https://issues.apache.org/jira/browse/CB-5398
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin Camera
>Affects Versions: 2.9.0, 3.2.0
> Environment: android 4.4
>Reporter: julio cesar
>Assignee: Mike Billau
>
> An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or
> pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI.
> Now android 4.4, when you select the above options, it opens an "open from"
> dialog that let you choose from new places as "Recent", "Drive", "Images"
> and "Downloads" (the names might not be the same as I use the device in
> spanish and translated it).
> If you choose any of
[jira] [Assigned] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Billau reassigned CB-5398: --- Assignee: Mike Billau > Pick image from Library or Photo album on android 4.4 > - > > Key: CB-5398 > URL: https://issues.apache.org/jira/browse/CB-5398 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 2.9.0, 3.2.0 > Environment: android 4.4 >Reporter: julio cesar >Assignee: Mike Billau > > An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or > pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. > Now android 4.4, when you select the above options, it opens an "open from" > dialog that let you choose from new places as "Recent", "Drive", "Images" > and "Downloads" (the names might not be the same as I use the device in > spanish and translated it). > If you choose any of them, you get an error, AndroidProtocolHandler, unable > to open content URL: the url here with a content://com.android.providers > format. > I've tested on phonegap 2.9 because this is the version I use, but I suppose > it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5372) Notification.beep blocks app execution - doesn't use CordovaInterface.getThreadPool
[
https://issues.apache.org/jira/browse/CB-5372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823821#comment-13823821
]
Mike Billau commented on CB-5372:
-
I think that the beep has always blocked the UI...I think this is more of a
feature request and not a bug caused by not using a thread pool.
> Notification.beep blocks app execution - doesn't use
> CordovaInterface.getThreadPool
> ---
>
> Key: CB-5372
> URL: https://issues.apache.org/jira/browse/CB-5372
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android
>Affects Versions: 3.1.0
>Reporter: Michael Schmidt
>Priority: Blocker
>
> Calling a simple beep notification for 5 seconds blocks the whole app for
> this time
> {quote}
> navigator.notification.beep(5);
> {quote}
> Debug console output is as follows:
> {quote}
> 11-13 12:07:09.845: W/PluginManager(14561): THREAD WARNING: exec() call to
> Notification.beep blocked the main thread for 10507ms. Plugin should use
> CordovaInterface.getThreadPool().
> {quote}
> App runs on Android 4.1
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (CB-5398) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Billau updated CB-5398: Affects Version/s: 3.2.0 > Pick image from Library or Photo album on android 4.4 > - > > Key: CB-5398 > URL: https://issues.apache.org/jira/browse/CB-5398 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 2.9.0, 3.2.0 > Environment: android 4.4 >Reporter: julio cesar > > An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or > pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. > Now android 4.4, when you select the above options, it opens an "open from" > dialog that let you choose from new places as "Recent", "Drive", "Images" > and "Downloads" (the names might not be the same as I use the device in > spanish and translated it). > If you choose any of them, you get an error, AndroidProtocolHandler, unable > to open content URL: the url here with a content://com.android.providers > format. > I've tested on phonegap 2.9 because this is the version I use, but I suppose > it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file
[ https://issues.apache.org/jira/browse/CB-5400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823815#comment-13823815 ] Carlos Santana commented on CB-5400: this pull request has more changes than the version problem about 4 fields. As better practice one pull request should resolve one Jira Issue. What jira issues are the other commits fixing? please explain SomaticIT Update Identity.Name in package.appxmanifest1da2a96 SomaticIT Append author property to config_parser 912e012 SomaticIT Update appxmanifest properties' DisplayName and PublisherName 02162b4 > Version and Id is not set correctly in Windows 8 application project file > - > > Key: CB-5400 > URL: https://issues.apache.org/jira/browse/CB-5400 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Windows 8 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > When using CLI with Windows 8 Platform : > 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 > vs 0.0.0.0) so add a .0 automatically. > 2. In package.appxmanifest, Application.id must be a safe name, which is not > actually, we can use packageName (which is safe) or compute a safe name based > on config name. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5404) Update File API tests
[ https://issues.apache.org/jira/browse/CB-5404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823804#comment-13823804 ] ASF subversion and git services commented on CB-5404: - Commit e7c2630f45f98fbf1e06040d228ad4f2d19b0544 in branch refs/heads/master from [~iclelland] [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=e7c2630 ] CB-5404: Fix fragile file tests Several tests are dependent on whether directory paths end in '/' or not. Also, manually-created file and directory entries should have an associated filesystem attribute. This patch fixes both issues. > Update File API tests > - > > Key: CB-5404 > URL: https://issues.apache.org/jira/browse/CB-5404 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin File >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 3.2.0 > > > Many of the tests in the test suite are fragile, and depend on > implementation-dependent things like whether root directory paths end with a > "/" or not, or whether a particular URL scheme is valid. I'm first going to > fix those tests which don't pass under both the old and new systems. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5403) Overhaul File API implementation
[ https://issues.apache.org/jira/browse/CB-5403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823782#comment-13823782 ] Marcel Kinard commented on CB-5403: --- FYI, some discussion in the dev mailing list: http://markmail.org/thread/bsajbjphanqsql4p > Overhaul File API implementation > > > Key: CB-5403 > URL: https://issues.apache.org/jira/browse/CB-5403 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Reporter: Ian Clelland >Assignee: Ian Clelland > > This is the meta-issue for all of the File API-related changes. > File is getting overhauled, to provide the following features: > 1. Entry.toURL() should return a filesystem:// URL on platforms which support > it. Platforms which cannot support custom URL protocols are free to return > URLs which *can* be used to access the local file system. > 2. These URLs will look like: > filesystem://localhost/persistent/path/to/file.ext > filesystem://localhost/temporary/path/to/file.ext > Additional roots are possible for new file systems (assets, media, documents, > etc) > (The specific format used does not need to conform to any existing or > proposed standard, since these URLs should not be assumed valid across > machines) > 3. Entry.fullPath will be relative to the HTML file system root, and not a > path from the root of the actual device file system. > 4. Only URLs will be passed over the exec bridge; we won't be passing raw > file system paths into and out of JS anymore. (This generally means > filesystem:// URLs in the iOS/Android case, but platforms are free to support > other URLs as needed) > 5. Tests need to be updated so that they still pass when these changes are > made. > 6. File plugin should be modular, so that additional filesystem types can be > easily supported. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5400) Version and Id is not set correctly in Windows 8 application project file
[ https://issues.apache.org/jira/browse/CB-5400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823786#comment-13823786 ] Maxime LUCE commented on CB-5400: - Pull request : https://github.com/apache/cordova-cli/pull/93 > Version and Id is not set correctly in Windows 8 application project file > - > > Key: CB-5400 > URL: https://issues.apache.org/jira/browse/CB-5400 > Project: Apache Cordova > Issue Type: Bug > Components: CLI, Windows 8 >Reporter: Maxime LUCE >Assignee: Maxime LUCE > > When using CLI with Windows 8 Platform : > 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 > vs 0.0.0.0) so add a .0 automatically. > 2. In package.appxmanifest, Application.id must be a safe name, which is not > actually, we can use packageName (which is safe) or compute a safe name based > on config name. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5409) [android] Add URL handlers for filesystem:// URLs in native code
Ian Clelland created CB-5409: Summary: [android] Add URL handlers for filesystem:// URLs in native code Key: CB-5409 URL: https://issues.apache.org/jira/browse/CB-5409 Project: Apache Cordova Issue Type: Sub-task Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5408) [ios] Add URL handlers for filesystem:// URLs in native code
Ian Clelland created CB-5408: Summary: [ios] Add URL handlers for filesystem:// URLs in native code Key: CB-5408 URL: https://issues.apache.org/jira/browse/CB-5408 Project: Apache Cordova Issue Type: Sub-task Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5406) [ios] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge.
Ian Clelland created CB-5406: Summary: [ios] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge. Key: CB-5406 URL: https://issues.apache.org/jira/browse/CB-5406 Project: Apache Cordova Issue Type: Sub-task Components: iOS, Plugin File Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5407) [android] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge.
Ian Clelland created CB-5407: Summary: [android] Switch native code to use filesystem://localhost/* URLs internally, and change the FileSystem JS object to use those URLs for the bridge. Key: CB-5407 URL: https://issues.apache.org/jira/browse/CB-5407 Project: Apache Cordova Issue Type: Sub-task Components: Android, Plugin File Reporter: Ian Clelland Assignee: Ian Clelland -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (CB-5404) Update File API tests
[ https://issues.apache.org/jira/browse/CB-5404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland updated CB-5404: - Parent Issue: CB-5403 (was: CB-5007) > Update File API tests > - > > Key: CB-5404 > URL: https://issues.apache.org/jira/browse/CB-5404 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin File >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 3.2.0 > > > Many of the tests in the test suite are fragile, and depend on > implementation-dependent things like whether root directory paths end with a > "/" or not, or whether a particular URL scheme is valid. I'm first going to > fix those tests which don't pass under both the old and new systems. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5405) Update the JS code to allow the FileSystem object to format paths used in exec() calls.
Ian Clelland created CB-5405: Summary: Update the JS code to allow the FileSystem object to format paths used in exec() calls. Key: CB-5405 URL: https://issues.apache.org/jira/browse/CB-5405 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Since CB-5129, all Entry objects should have a filesystem object attached. By allowing this FS object to determine what information goes across the bridge, we are 90% of the way to using URLs internally, rather than (real) filesystem paths, which was one of the goals of the refactoring. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5404) Update File API tests
Ian Clelland created CB-5404: Summary: Update File API tests Key: CB-5404 URL: https://issues.apache.org/jira/browse/CB-5404 Project: Apache Cordova Issue Type: Sub-task Components: Plugin File Reporter: Ian Clelland Assignee: Ian Clelland Many of the tests in the test suite are fragile, and depend on implementation-dependent things like whether root directory paths end with a "/" or not, or whether a particular URL scheme is valid. I'm first going to fix those tests which don't pass under both the old and new systems. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5403) Overhaul File API implementation
Ian Clelland created CB-5403: Summary: Overhaul File API implementation Key: CB-5403 URL: https://issues.apache.org/jira/browse/CB-5403 Project: Apache Cordova Issue Type: Bug Components: Plugin File Reporter: Ian Clelland Assignee: Ian Clelland This is the meta-issue for all of the File API-related changes. File is getting overhauled, to provide the following features: 1. Entry.toURL() should return a filesystem:// URL on platforms which support it. Platforms which cannot support custom URL protocols are free to return URLs which *can* be used to access the local file system. 2. These URLs will look like: filesystem://localhost/persistent/path/to/file.ext filesystem://localhost/temporary/path/to/file.ext Additional roots are possible for new file systems (assets, media, documents, etc) (The specific format used does not need to conform to any existing or proposed standard, since these URLs should not be assumed valid across machines) 3. Entry.fullPath will be relative to the HTML file system root, and not a path from the root of the actual device file system. 4. Only URLs will be passed over the exec bridge; we won't be passing raw file system paths into and out of JS anymore. (This generally means filesystem:// URLs in the iOS/Android case, but platforms are free to support other URLs as needed) 5. Tests need to be updated so that they still pass when these changes are made. 6. File plugin should be modular, so that additional filesystem types can be easily supported. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5402) InAppBrowser doc needs some improvement
Marcel Kinard created CB-5402: - Summary: InAppBrowser doc needs some improvement Key: CB-5402 URL: https://issues.apache.org/jira/browse/CB-5402 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 3.2.0 Reporter: Marcel Kinard Priority: Minor The nice description of the behaviors on https://wiki.apache.org/cordova/InAppBrowser (especially with regard to the different target parms) isn't really present in http://cordova.apache.org/docs/en/edge/cordova_inappbrowser_inappbrowser.md.html . Just migrating that information over would be a big help. And there are some minor wording inconsistencies, i.e. "details" vs. "injectDetails". -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5401) Plugin File Transfer does not work on Android 4.4
Jean Carriere created CB-5401:
-
Summary: Plugin File Transfer does not work on Android 4.4
Key: CB-5401
URL: https://issues.apache.org/jira/browse/CB-5401
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin File Transfer
Affects Versions: 3.4.0
Reporter: Jean Carriere
When using FileTransfer plugin to upload a file, I get an error on KitKat (the
code works fine on android 4.3.
Here is the stack trace :
java.lang.SecurityException: Permission Denial: reading
com.android.providers.media.MediaDocumentsProvider uri
content://com.android.providers.media.documents/document/image:5646 from
pid=16183, uid=10093 requires android.permission.MANAGE_DOCUMENTS, or
grantUriPermission()
E/FileTransfer(16183): at android.os.Parcel.readException(Parcel.java:1461)
E/FileTransfer(16183): at
android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:185)
E/FileTransfer(16183): at
android.database.DatabaseUtils.readExceptionWithFileNotFoundExceptionFromParcel(DatabaseUtils.java:148)
E/FileTransfer(16183): at
android.content.ContentProviderProxy.openTypedAssetFile(ContentProviderNative.java:682)
E/FileTransfer(16183): at
android.content.ContentResolver.openTypedAssetFileDescriptor(ContentResolver.java:1063)
E/FileTransfer(16183): at
android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java:904)
E/FileTransfer(16183): at
android.content.ContentResolver.openAssetFileDescriptor(ContentResolver.java:831)
E/FileTransfer(16183): at
org.apache.cordova.CordovaResourceApi.openForRead(CordovaResourceApi.java:245)
E/FileTransfer(16183): at
org.apache.cordova.CordovaResourceApi.openForRead(CordovaResourceApi.java:204)
E/FileTransfer(16183): at
org.apache.cordova.filetransfer.FileTransfer$1.run(FileTransfer.java:364)
E/FileTransfer(16183): at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
E/FileTransfer(16183): at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
E/FileTransfer(16183): at java.lang.Thread.run(Thread.java:841)
The js code is :
var options = new FileUploadOptions();
options.fileKey = "file";
options.fileName = imageURI.substr(imageURI.lastIndexOf('/') + 1);
options.mimeType = "image/jpeg";
options.headers = {
Connection: "close"
};
options.chunkedMode = false;
var params = {};
params.token = config.token();
options.params = params;
var ft = new FileTransfer();
ft.upload(imageURI, config.serviceUrl() + "media/default", win,
fail, options);
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Commented] (CB-5183) WP7/8 lib path is not correctly resolved by CLI
[
https://issues.apache.org/jira/browse/CB-5183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823739#comment-13823739
]
Braden Shepherdson commented on CB-5183:
I already made that edit and merged it in.
> WP7/8 lib path is not correctly resolved by CLI
> ---
>
> Key: CB-5183
> URL: https://issues.apache.org/jira/browse/CB-5183
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI
>Reporter: Sergey Grebnov
>Assignee: Josh Soref
>Priority: Minor
> Attachments: cordova_wp8_wp7_cli.patch
>
>
> Steps to reproduce
> 1. Install latest cordova-cli from git repo
> 2. Create new project App using 'cordova create App' CLI command
> 3. Update app/.cordova/config.json to point to custom cordova-wp8 repo
> For example
> { "id":"org.apache.mobilespec", "name":"mobilespec", "lib": { "wp8": {
> "uri": "c:\\..\\cordova-wp8", "version": "3.1.0", "id":
> "cordova-wp8-master"} }}
> 4. Run 'cordova platform add wp8' commands
> Expected: command succeeded.
> Actually: command failed with the message below
> Error: Error while checking requirements:
> '"c:\..\cordova-wp8\bin\check_reqs"' is not recognized as an internal or
> external command,
> operable program or batch file.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (CB-5397) "cordova prepare ios" overwrites existing source code files/directories
[ https://issues.apache.org/jira/browse/CB-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Braden Shepherdson updated CB-5397: --- Working As Intended. The cordova prepare (run after platform add and plugin add/rm) step copies files into the platforms/* directories from the top level. Editing things in platforms/* by hand is not safe. There's no such thing as "user-created source files" in cordova-cli, the supported way to add custom native code to a project is by creating a plugin. I won't close this, because we should review the documentation to make sure this is clearly noted. > "cordova prepare ios" overwrites existing source code files/directories > --- > > Key: CB-5397 > URL: https://issues.apache.org/jira/browse/CB-5397 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Affects Versions: 3.1.0 > Environment: MacOS 10.8.5 > XCode 5.01 >Reporter: Tom Ernhardt > > The cordova command line "cordova prepare ios" clobbers user-created source > code files/directories without warning > Steps to reproduce: > # create a test app > cordova create test com.test test > cd test > cordova platform add ios > # add a plugin > cordova plugin add https://github.com/apache/cordova-plugin-device.git > cordova prepare ios > Then open the generated Xcode project in Xcode > Add some source code files > # Now add a different plugin > cordova plugin add https://github.com/apache/cordova-plugin-console.git > # WARNING THIS WILL DELETE YOUR APP'S SOURCE CODE FILES > cordova prepare ios > All the source code files and directories that you created in > /platforms/ios/www/ > have just been deleted by the cordova CLI without any warning! -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5400) Version and Id is not set correctly in Windows 8 application project file
Maxime LUCE created CB-5400: --- Summary: Version and Id is not set correctly in Windows 8 application project file Key: CB-5400 URL: https://issues.apache.org/jira/browse/CB-5400 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows 8 Reporter: Maxime LUCE Assignee: Maxime LUCE When using CLI with Windows 8 Platform : 1. Cordova default version string is not compatible with Windows 8 one (0.0.0 vs 0.0.0.0) so add a .0 automatically. 2. In package.appxmanifest, Application.id must be a safe name, which is not actually, we can use packageName (which is safe) or compute a safe name based on config name. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5375) iOS7 splash screen resizing
[ https://issues.apache.org/jira/browse/CB-5375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823617#comment-13823617 ] Fabrizio Bottino commented on CB-5375: -- http://apache.org/cordova/ns/plugins/1.0"; id="org.apache.cordova.splashscreen" version="0.2.4"> > iOS7 splash screen resizing > --- > > Key: CB-5375 > URL: https://issues.apache.org/jira/browse/CB-5375 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.1.0 > Environment: iOS 7.0.x > Xcode 5 >Reporter: Fabrizio Bottino > Labels: ios7, splashscreen, xcode5 > > When transition happens between xcode splash screen and plugin splash screen > I can see image "moving" because it got resized. > My app is currently compatible with iOS 5.x, 6.x, 7.0.x so I have both old > splash screen sizes (devices size - status bar) and new splash screen sizes > (full devices size) > I tried to debug the issue and this is what I have found: > - plugin guesses splash screen file name based on default apple naming of > files > - plugin is not reading effective splash screen used in in .plist > - in iOS 7 there are new splash screen sizes which are "outside" standard > apple naming > in this example I will show ipad NON retina landscape: > 1024x748 Default-Landscape~ipad.png > 1024x768 ipad7l.png > Where "ipad7l" is a name I choose, while " Default-Landscape~ipad" is the > name Xcode has given to my splash after pointing it as splash. > When plugin starts it compares actual device resolution with guessed image > resolution and if they're not equal it proceed to resize. > Device size is 1024x768, image size is 1024x748 (because plugin guesses > Default-Landscape~ipad.png as image file name, as in iOS 6 naming) and it > proceed to resize it. > Maybe I am wrong in my splash screen naming. > If I am not I suggest plugin should red .plist file to know which file to use -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5375) iOS7 splash screen resizing
[ https://issues.apache.org/jira/browse/CB-5375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823612#comment-13823612 ] Fabrizio Bottino commented on CB-5375: -- How to tell? I have cordova 3.1.0 and installed plugin with "cordova plugin add ..." > iOS7 splash screen resizing > --- > > Key: CB-5375 > URL: https://issues.apache.org/jira/browse/CB-5375 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin SplashScreen >Affects Versions: 3.1.0 > Environment: iOS 7.0.x > Xcode 5 >Reporter: Fabrizio Bottino > Labels: ios7, splashscreen, xcode5 > > When transition happens between xcode splash screen and plugin splash screen > I can see image "moving" because it got resized. > My app is currently compatible with iOS 5.x, 6.x, 7.0.x so I have both old > splash screen sizes (devices size - status bar) and new splash screen sizes > (full devices size) > I tried to debug the issue and this is what I have found: > - plugin guesses splash screen file name based on default apple naming of > files > - plugin is not reading effective splash screen used in in .plist > - in iOS 7 there are new splash screen sizes which are "outside" standard > apple naming > in this example I will show ipad NON retina landscape: > 1024x748 Default-Landscape~ipad.png > 1024x768 ipad7l.png > Where "ipad7l" is a name I choose, while " Default-Landscape~ipad" is the > name Xcode has given to my splash after pointing it as splash. > When plugin starts it compares actual device resolution with guessed image > resolution and if they're not equal it proceed to resize. > Device size is 1024x768, image size is 1024x748 (because plugin guesses > Default-Landscape~ipad.png as image file name, as in iOS 6 naming) and it > proceed to resize it. > Maybe I am wrong in my splash screen naming. > If I am not I suggest plugin should red .plist file to know which file to use -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Commented] (CB-5352) section of the plugin is not displayed during cordova plugin add
[
https://issues.apache.org/jira/browse/CB-5352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13823590#comment-13823590
]
Erik Jan de Wit commented on CB-5352:
-
Pull Request send https://issues.apache.org/jira/browse/CB-5352
> section of the plugin is not displayed during cordova plugin add
> ---
>
> Key: CB-5352
> URL: https://issues.apache.org/jira/browse/CB-5352
> Project: Apache Cordova
> Issue Type: Improvement
> Components: CLI
>Affects Versions: 3.1.0
>Reporter: Abel Muiño
>
> I was expecting the {{}} section to be displayed during install, so the
> user can take appropriate actions, but this is the output:
> {code}
> $ cordova -v
> 3.1.0-0.2.0
> $ cordova plugin add https://github.com/amuino/cordova-actionsheet
> Fetching plugin from "https://github.com/amuino/cordova-actionsheet";...
> Starting installation of "com.phonegap.plugins.actionsheet" for android
> Preparing android project
> com.phonegap.plugins.actionsheet installed on android.
> Starting installation of "com.phonegap.plugins.actionsheet" for ios
> Preparing ios project
> com.phonegap.plugins.actionsheet installed on ios.
> {code}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Closed] (CB-5399) Pick image from Library or Photo album on android 4.4
[ https://issues.apache.org/jira/browse/CB-5399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] julio cesar closed CB-5399. --- Resolution: Duplicate sorry, duplicate of CB-5398 > Pick image from Library or Photo album on android 4.4 > - > > Key: CB-5399 > URL: https://issues.apache.org/jira/browse/CB-5399 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin Camera >Affects Versions: 2.9.0 > Environment: android 4.4 >Reporter: julio cesar > > An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or > pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. > Now android 4.4, when you select the above options, it opens an "open from" > dialog that let you choose from new places as "Recent", "Drive", "Images" > and "Downloads" (the names might not be the same as I use the device in > spanish and translated it). > If you choose any of them, you get an error, AndroidProtocolHandler, unable > to open content URL: the url here with a content://com.android.providers > format. > I've tested on phonegap 2.9 because this is the version I use, but I suppose > it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5399) Pick image from Library or Photo album on android 4.4
julio cesar created CB-5399: --- Summary: Pick image from Library or Photo album on android 4.4 Key: CB-5399 URL: https://issues.apache.org/jira/browse/CB-5399 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0 Environment: android 4.4 Reporter: julio cesar An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an "open from" dialog that let you choose from new places as "Recent", "Drive", "Images" and "Downloads" (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CB-5398) Pick image from Library or Photo album on android 4.4
julio cesar created CB-5398: --- Summary: Pick image from Library or Photo album on android 4.4 Key: CB-5398 URL: https://issues.apache.org/jira/browse/CB-5398 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Camera Affects Versions: 2.9.0 Environment: android 4.4 Reporter: julio cesar An android 4.4 try to pick a photo using pictureSource.PHOTOLIBRARY or pictureSource.SAVEDPHOTOALBUM and return type destinationType.FILE_URI. Now android 4.4, when you select the above options, it opens an "open from" dialog that let you choose from new places as "Recent", "Drive", "Images" and "Downloads" (the names might not be the same as I use the device in spanish and translated it). If you choose any of them, you get an error, AndroidProtocolHandler, unable to open content URL: the url here with a content://com.android.providers format. I've tested on phonegap 2.9 because this is the version I use, but I suppose it affects all of them. (in fact I use 2.9.1) -- This message was sent by Atlassian JIRA (v6.1#6144)
