[jira] [Commented] (CB-9887) Windows platform file plugin does not define standard cordova.file.* paths
[ https://issues.apache.org/jira/browse/CB-9887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977810#comment-14977810 ] ASF GitHub Bot commented on CB-9887: GitHub user ghenry22 opened a pull request: https://github.com/apache/cordova-plugin-file/pull/143 CB-9887 cordova.file.* paths for windows platform Update the plugin to define cordova.file.* paths for windows platform as appropriate. Documentation updated to show where to store things. Have tested this in my own app and the paths are detected as file plugin works as expected now. Means you can use cordova.file.dataDirectory in your app and then run that app on ios, android, windows with consistent behaviour without requiring platform specific code. You can merge this pull request into a Git repository by running: $ git pull https://github.com/ghenry22/cordova-plugin-file windows_paths Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file/pull/143.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 #143 commit 34a66b89d3e6b9f3c4c43b95adcd60227d2cdc19 Author: ghenry22 Date: 2015-10-28T04:55:14Z Add windows paths to cordova.file object add standard paths to cordova.file object for windows. Standardises behaviour for windows platform and resolves cordova.file is undefined errors. commit 1e4094a2b40f5803f9954bcd3f15664e471c12d4 Author: ghenry22 Date: 2015-10-28T05:01:57Z fix commit d7c0b0beb641a4db51a94235768e0c1873e9f6aa Author: ghenry22 Date: 2015-10-28T05:37:49Z update docs for windows platform details commit 442973f2646f5767b84dc1e57dc5244afba7db84 Author: ghenry22 Date: 2015-10-28T05:40:34Z fix docs formatting commit 03d9d32a28c0884fe61c16f4f976d9114c316ef7 Author: ghenry22 Date: 2015-10-28T05:42:00Z fix docs > Windows platform file plugin does not define standard cordova.file.* paths > -- > > Key: CB-9887 > URL: https://issues.apache.org/jira/browse/CB-9887 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File > Environment: cordova platform windows > windows 10 universal app >Reporter: Gaven Henry > Original Estimate: 168h > Remaining Estimate: 168h > > On android and ios the file plugin defines some standard paths of the form > "cordova.file.*" (such as cordova.file.dataDirectory) which are used as a > simple and consistent way to access different types of storage. > On the windows platform none of these paths are defined and attempts to query > cordova.file.* returns undefined. > This means that if you want to port an app from ios or android to the windows > platform it will fail to launch due to these paths not being defined. > Need to update the windows platform code to define the available file systems > for the windows platform. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8917) Add api/way to get plugins results even when Cordova activity restarts
[
https://issues.apache.org/jira/browse/CB-8917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977760#comment-14977760
]
Joe Bowser commented on CB-8917:
I don't know if there's an easy way to do this, since this is a
platform-specific quirk and is not the general use case. Your solution is
probably the best one I've seen so far, but I'm not sure I'm happy with adding
more API calls to the undocumented CoreAndroid internal plugin that handles
Android-specific events, which right now is the only logical place to put
something like this.
> Add api/way to get plugins results even when Cordova activity restarts
>
>
> Key: CB-8917
> URL: https://issues.apache.org/jira/browse/CB-8917
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android
>Reporter: Bnaya
>
> In android when you have a plugin that opens new activity the CordovaActivity
> will be killed and you won't get the result from the plugin.
> The new activity will get the results but because the plugin objects are dead
> and the webview reloaded you can get the data to the js callback.
> The most noticeable example is the camera plugin. (And maybe its the same
> with even more platforms)
> possible solution for this is to add metadata to the device ready event with
> incoming data from plugins.
> I see that this code:
> https://github.com/apache/cordova-android/blob/3.6.x/framework/src/org/apache/cordova/CordovaActivity.java#L779-L784
> is trying to do some recovery but from some reason
> ```
> if(callback != null) {
> ```
> fails. maybe the plugins didn't loaded yet?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9887) Windows platform file plugin does not define standard cordova.file.* paths
Gaven Henry created CB-9887: --- Summary: Windows platform file plugin does not define standard cordova.file.* paths Key: CB-9887 URL: https://issues.apache.org/jira/browse/CB-9887 Project: Apache Cordova Issue Type: Bug Components: Plugin File Environment: cordova platform windows windows 10 universal app Reporter: Gaven Henry On android and ios the file plugin defines some standard paths of the form "cordova.file.*" (such as cordova.file.dataDirectory) which are used as a simple and consistent way to access different types of storage. On the windows platform none of these paths are defined and attempts to query cordova.file.* returns undefined. This means that if you want to port an app from ios or android to the windows platform it will fail to launch due to these paths not being defined. Need to update the windows platform code to define the available file systems for the windows platform. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8917) Add api/way to get plugins results even when Cordova activity restarts
[
https://issues.apache.org/jira/browse/CB-8917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977740#comment-14977740
]
Bnaya commented on CB-8917:
---
Hey [~bowserj],
After upgrading to cordova 5/android platform 4 the results returning to the
plugin.
But the webview is restarted so there is no js callback.
So what i did is that of the plugin see that the result callback is null, it
saves the result to the app Preference
http://developer.android.com/reference/android/preference/Preference.html
And on my js code startup i'm reading that to my js code using this plugin
https://github.com/apla/me.apla.cordova.app-preferences
and deleting it.
This way we overcome the problem with the camera plugin that the webview tends
to close when the gallery/camera activities are opened.
I think cordova should have built it way to get plugin results after restart.
it can be appended to the device ready event, and if the developer is looking
for it he will get it from there
> Add api/way to get plugins results even when Cordova activity restarts
>
>
> Key: CB-8917
> URL: https://issues.apache.org/jira/browse/CB-8917
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android
>Reporter: Bnaya
>
> In android when you have a plugin that opens new activity the CordovaActivity
> will be killed and you won't get the result from the plugin.
> The new activity will get the results but because the plugin objects are dead
> and the webview reloaded you can get the data to the js callback.
> The most noticeable example is the camera plugin. (And maybe its the same
> with even more platforms)
> possible solution for this is to add metadata to the device ready event with
> incoming data from plugins.
> I see that this code:
> https://github.com/apache/cordova-android/blob/3.6.x/framework/src/org/apache/cordova/CordovaActivity.java#L779-L784
> is trying to do some recovery but from some reason
> ```
> if(callback != null) {
> ```
> fails. maybe the plugins didn't loaded yet?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9886) Device motion fails to build on Windows Phone 8
Dmitry Blotsky created CB-9886:
--
Summary: Device motion fails to build on Windows Phone 8
Key: CB-9886
URL: https://issues.apache.org/jira/browse/CB-9886
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Device Motion, WP8
Environment: Windows Phone 8, building on Windows.
Reporter: Dmitry Blotsky
Assignee: Jesse MacFadyen
Priority: Critical
Failed build: https://ci.apache.org/builders/cordova-wp8/builds/759.
Full output:
https://ci.apache.org/builders/cordova-wp8/builds/759/steps/running-tests/logs/stdio.
Error Snippet:
{noformat}
Plugins\cordova-plugin-device-motion\Accelerometer.cs(98,26): error CS0136: A
local variable named 'result' cannot be declared in this scope because it would
give a different meaning to 'result', which is already used in a 'child' scope
to denote something else
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9884) Windows platform cannot play audio from http stream if url does not end with a supported file extension
[ https://issues.apache.org/jira/browse/CB-9884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977654#comment-14977654 ] ASF GitHub Bot commented on CB-9884: GitHub user ghenry22 opened a pull request: https://github.com/apache/cordova-plugin-media/pull/74 fix CB-9884 & CB-9885 on windows platform CB-9884 - windows platform - add support for streaming url prefixes that do not end in a file extension, so the media plugin can playback streaming audio. CB-9885 - windows platform - add base requirements for enabling background audio in a windows app, does not change default behaviour of the plugin but adds the required configuration for the user to enable background audio in their app if they wish. See Jira issue for more details on enabling background audio. You can merge this pull request into a Git repository by running: $ git pull https://github.com/ghenry22/cordova-plugin-media windows_media_fixes Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-media/pull/74.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 #74 commit c8a89fd712076a0e5f4bee9cf40ad19b79076808 Author: ghenry22 Date: 2015-10-28T03:28:52Z fix CB-9884 & CB-9885 add support for streaming url prefixes that do not end in a file extension add base requirements for enabling background audio in a windows app > Windows platform cannot play audio from http stream if url does not end with > a supported file extension > --- > > Key: CB-9884 > URL: https://issues.apache.org/jira/browse/CB-9884 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media > Environment: cordova platform windows > Windows 10 Universal App >Reporter: Gaven Henry >Priority: Critical > Original Estimate: 1h > Remaining Estimate: 1h > > on platform-windows the media plugin checks that the audio source is > supported by looking for a supported file extension (eg .mp3). If it is not > found then the media object create() fails. > When streaming media from a remote server the url will often not end with a > file extension (for example playing a music stream from the subsonic music > server). > Need to add prefix detection as well to enable the plugin to play from http, > https and rtsp prefixed addresses. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9885) windows platform cannot play background audio
Gaven Henry created CB-9885: --- Summary: windows platform cannot play background audio Key: CB-9885 URL: https://issues.apache.org/jira/browse/CB-9885 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Environment: cordova platform windows windows 10 universal app Reporter: Gaven Henry There are specific requirements to play background audio in a windows 10 universal app. If they are not met then audio will stop whenever the app is minimized or in the background. One of these requirements needs to be set on creation of the media object before the source is assigned. Need to update the create() method for the windows platform to assign msAudioCategory value so that people CAN enable background audio if they wish. This change has no impact on the general use case and audio will continue to behave the same way it currently does UNLESS the user also meets the other requirements in their particular app to enable background audio. These requirements are: register for media controls addition to the package.appxmanifest for your app to specifically enable background audio. There is some reference material here for the additional requirements: http://blogs.technet.com/b/chadduffey/archive/2014/06/27/implement-background-audio-for-modern-windows-applications.aspx -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9884) Windows platform cannot play audio from http stream if url does not end with a supported file extension
Gaven Henry created CB-9884: --- Summary: Windows platform cannot play audio from http stream if url does not end with a supported file extension Key: CB-9884 URL: https://issues.apache.org/jira/browse/CB-9884 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Environment: cordova platform windows Windows 10 Universal App Reporter: Gaven Henry Priority: Critical on platform-windows the media plugin checks that the audio source is supported by looking for a supported file extension (eg .mp3). If it is not found then the media object create() fails. When streaming media from a remote server the url will often not end with a file extension (for example playing a music stream from the subsonic music server). Need to add prefix detection as well to enable the plugin to play from http, https and rtsp prefixed addresses. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9873) android splash screen not showing
[ https://issues.apache.org/jira/browse/CB-9873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Whitaker updated CB-9873: -- Fix Version/s: 5.3.2 > android splash screen not showing > - > > Key: CB-9873 > URL: https://issues.apache.org/jira/browse/CB-9873 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sean Whitaker > Fix For: 5.3.2 > > > The android splash screen is not showing up despite all efforts to get it to > do so. I'm just getting a white screen. > The documentation > http://cordova.apache.org/docs/en/edge/config_ref/images.html > says to reference your images in the res folder. > When you generate a new project with the CLI, the res folder is under > platforms/android/res not at the root of the cordova project. > When referencing an image for the build to find it I have to put in an > explicit path that starts from the root, like platforms/android/res/images in > order for it to be found. > I'm not sure how to get this to work and maybe the documentation just isn't > up to date, but as it stands it's not working for me... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9873) android splash screen not showing
[ https://issues.apache.org/jira/browse/CB-9873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977535#comment-14977535 ] Sean Whitaker commented on CB-9873: --- version is 5.3.3 > android splash screen not showing > - > > Key: CB-9873 > URL: https://issues.apache.org/jira/browse/CB-9873 > Project: Apache Cordova > Issue Type: Bug >Reporter: Sean Whitaker > Fix For: 5.3.2 > > > The android splash screen is not showing up despite all efforts to get it to > do so. I'm just getting a white screen. > The documentation > http://cordova.apache.org/docs/en/edge/config_ref/images.html > says to reference your images in the res folder. > When you generate a new project with the CLI, the res folder is under > platforms/android/res not at the root of the cordova project. > When referencing an image for the build to find it I have to put in an > explicit path that starts from the root, like platforms/android/res/images in > order for it to be found. > I'm not sure how to get this to work and maybe the documentation just isn't > up to date, but as it stands it's not working for me... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9785) Can't build many plugins with master branch of cordova-ios
[
https://issues.apache.org/jira/browse/CB-9785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977498#comment-14977498
]
Shazron Abdullah commented on CB-9785:
--
For #3, filed https://github.com/katzer/cordova-plugin-email-composer/pull/146
> Can't build many plugins with master branch of cordova-ios
> --
>
> Key: CB-9785
> URL: https://issues.apache.org/jira/browse/CB-9785
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Reporter: Paul Tarjan
> Labels: cordova-ios-4.0.x
>
> First it spews pretty badly with things like
> {code}
> cp: copyFileSync: could not write to dest file
> (code=ENOENT):platforms/ios/Trimian/Resources/icons/icon-60.png
> {code}
> (I think it is missing the Resources/icons dir).
> Then for SMS it can't compile
> {code}
> platforms/ios/Trimian/Plugins/com.cordova.plugins.sms/Sms.m:2:9: fatal error:
> 'Cordova/NSArray+Comparisons.h' file not found
> #import
> {code}
> Then my email plugin dies with
> {code}
> platforms/ios/Trimian/Plugins/de.appplant.cordova.plugin.email-composer/APPEmailComposer.m:23:9:
> fatal error: 'Cordova/NSData+Base64.h' file not found
> {code}
> Then they keyboard has 2 errors
> {code}
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:75:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type '
> UIView *'
> self.webView.hackishlyHidesInputAccessoryView = YES;
> ^
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:78:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type 'UIView *'
> self.webView.hackishlyHidesInputAccessoryView = NO;
> ^
> {code}
> Now my camera:
> {code}
> platforms/ios/Trimian/Plugins/cordova-plugin-camera/CDVCamera.m:23:9: fatal
> error: 'Cordova/NSData+Base64.h' file not found
> #import
> {code}
> And finally it builds
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-4596. - Resolution: Fixed > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8926) mobilespec: device-motion test fails when no accelerometer device is present with "ReferenceError: 'Accelerometer' is undefined"
[ https://issues.apache.org/jira/browse/CB-8926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8926. - Resolution: Fixed > mobilespec: device-motion test fails when no accelerometer device is present > with "ReferenceError: 'Accelerometer' is undefined" > > > Key: CB-8926 > URL: https://issues.apache.org/jira/browse/CB-8926 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, Plugin Device Motion >Reporter: Rob Paveza >Priority: Trivial > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Reopened] (CB-9638) Cordova/NSData+Base64.h missing from cordova-ios
[ https://issues.apache.org/jira/browse/CB-9638?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reopened CB-9638: -- The docs are incorrect, pointing to NSJSONSerialization when it should point to NSData. > Cordova/NSData+Base64.h missing from cordova-ios > > > Key: CB-9638 > URL: https://issues.apache.org/jira/browse/CB-9638 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Chris Brody >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > My sqlite plugin is using Cordova/NSData+Base64.h to support Base-64 > functionality (currently for reading data, will need to support both > directions in the future). This is breaking my plugin, please add it back. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9785) Can't build many plugins with master branch of cordova-ios
[
https://issues.apache.org/jira/browse/CB-9785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977468#comment-14977468
]
Shazron Abdullah commented on CB-9785:
--
For #2, filed: https://github.com/cordova-sms/cordova-sms-plugin/pull/58
Turns out the header was never used anyway. If they did, I would point them out
to use the CDVInvokedUrlCommand::argumentAtIndex functions instead.
There is however an initWithWebView example in there.
> Can't build many plugins with master branch of cordova-ios
> --
>
> Key: CB-9785
> URL: https://issues.apache.org/jira/browse/CB-9785
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Reporter: Paul Tarjan
> Labels: cordova-ios-4.0.x
>
> First it spews pretty badly with things like
> {code}
> cp: copyFileSync: could not write to dest file
> (code=ENOENT):platforms/ios/Trimian/Resources/icons/icon-60.png
> {code}
> (I think it is missing the Resources/icons dir).
> Then for SMS it can't compile
> {code}
> platforms/ios/Trimian/Plugins/com.cordova.plugins.sms/Sms.m:2:9: fatal error:
> 'Cordova/NSArray+Comparisons.h' file not found
> #import
> {code}
> Then my email plugin dies with
> {code}
> platforms/ios/Trimian/Plugins/de.appplant.cordova.plugin.email-composer/APPEmailComposer.m:23:9:
> fatal error: 'Cordova/NSData+Base64.h' file not found
> {code}
> Then they keyboard has 2 errors
> {code}
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:75:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type '
> UIView *'
> self.webView.hackishlyHidesInputAccessoryView = YES;
> ^
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:78:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type 'UIView *'
> self.webView.hackishlyHidesInputAccessoryView = NO;
> ^
> {code}
> Now my camera:
> {code}
> platforms/ios/Trimian/Plugins/cordova-plugin-camera/CDVCamera.m:23:9: fatal
> error: 'Cordova/NSData+Base64.h' file not found
> #import
> {code}
> And finally it builds
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977463#comment-14977463 ] ASF GitHub Bot commented on CB-4596: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-geolocation/pull/55 > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977462#comment-14977462 ] ASF subversion and git services commented on CB-4596: - Commit cbdcedf056bbe8ee932b8542582520f6a3b4eca5 in cordova-plugin-geolocation's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-geolocation.git;h=cbdcedf ] CB-4596 Date objects are supposed to be DOMTimeStamp (s) > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977460#comment-14977460 ] ASF GitHub Bot commented on CB-4596: GitHub user purplecabbage opened a pull request: https://github.com/apache/cordova-plugin-geolocation/pull/55 CB-4596 Documentation is not consistent for timestamp types Treats all timestamp objects as DOMTimeStamp objects which are ever increasing msecs. You can merge this pull request into a Git repository by running: $ git pull https://github.com/purplecabbage/cordova-plugin-geolocation CB-4596 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-geolocation/pull/55.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 #55 commit cbdcedf056bbe8ee932b8542582520f6a3b4eca5 Author: Jesse MacFadyen Date: 2015-10-27T23:45:07Z CB-4596 Date objects are supposed to be DOMTimeStamp (s) commit 163051aa38547eb09eef65b9f5267db1bc8c375f Author: Jesse MacFadyen Date: 2015-10-27T23:51:53Z Fixed lint errors. commit bf8a373418f3056da93c85f957d91197f51db18a Author: Jesse MacFadyen Date: 2015-10-28T00:28:50Z Expect lastPosition to have a timestamp that is already in msecs (DOMTimeStamp) > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9785) Can't build many plugins with master branch of cordova-ios
[
https://issues.apache.org/jira/browse/CB-9785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977448#comment-14977448
]
Shazron Abdullah commented on CB-9785:
--
For #4, filed: https://github.com/driftyco/ionic-plugin-keyboard/pull/148
> Can't build many plugins with master branch of cordova-ios
> --
>
> Key: CB-9785
> URL: https://issues.apache.org/jira/browse/CB-9785
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Reporter: Paul Tarjan
> Labels: cordova-ios-4.0.x
>
> First it spews pretty badly with things like
> {code}
> cp: copyFileSync: could not write to dest file
> (code=ENOENT):platforms/ios/Trimian/Resources/icons/icon-60.png
> {code}
> (I think it is missing the Resources/icons dir).
> Then for SMS it can't compile
> {code}
> platforms/ios/Trimian/Plugins/com.cordova.plugins.sms/Sms.m:2:9: fatal error:
> 'Cordova/NSArray+Comparisons.h' file not found
> #import
> {code}
> Then my email plugin dies with
> {code}
> platforms/ios/Trimian/Plugins/de.appplant.cordova.plugin.email-composer/APPEmailComposer.m:23:9:
> fatal error: 'Cordova/NSData+Base64.h' file not found
> {code}
> Then they keyboard has 2 errors
> {code}
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:75:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type '
> UIView *'
> self.webView.hackishlyHidesInputAccessoryView = YES;
> ^
> platforms/ios/Trimian/Plugins/ionic-plugin-keyboard/IonicKeyboard.m:78:22:
> error: property 'hackishlyHidesInputAccessoryView' not found on object of
> type 'UIView *'
> self.webView.hackishlyHidesInputAccessoryView = NO;
> ^
> {code}
> Now my camera:
> {code}
> platforms/ios/Trimian/Plugins/cordova-plugin-camera/CDVCamera.m:23:9: fatal
> error: 'Cordova/NSData+Base64.h' file not found
> #import
> {code}
> And finally it builds
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9883) Remove unused iOS bridges
Shazron Abdullah created CB-9883: Summary: Remove unused iOS bridges Key: CB-9883 URL: https://issues.apache.org/jira/browse/CB-9883 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah We have 7 bridges in iOS: https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L36-L43 IFRAME_NAV is the default, and is actively used. WK_WEBVIEW_BINDING will be used by the wkwebview-engine plugin, although I really want the plugin itself to inject this, haven't explored that yet. Remove these bridges: https://github.com/apache/cordova-ios/blob/c0fe92d6c0b91efa2da0d5cec78e0baa95ce55c9/cordova-js-src/exec.js#L38-L42 XHR_NO_PAYLOAD XHR_WITH_PAYLOAD XHR_OPTIONAL_PAYLOAD IFRAME_HASH_NO_PAYLOAD IFRAME_HASH_WITH_PAYLOAD ... and their associated native code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977357#comment-14977357 ] ASF subversion and git services commented on CB-4596: - Commit 298abb9fc1c1695066c6783f7d1b8e6addd94dd5 in cordova-plugin-device-orientation's branch refs/heads/master from [~purplecabbage] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device-orientation.git;h=298abb9 ] CB-4596 Fix timestamp to be DOMTimeStamp across the board > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-4596) Documentation is not consistent for timestamp types
[ https://issues.apache.org/jira/browse/CB-4596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen reassigned CB-4596: --- Assignee: Jesse MacFadyen (was: Michael Brooks) > Documentation is not consistent for timestamp types > --- > > Key: CB-4596 > URL: https://issues.apache.org/jira/browse/CB-4596 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Device Motion, Plugin Device Orientation, > Plugin Geolocation >Affects Versions: 2.9.0 >Reporter: Peter >Assignee: Jesse MacFadyen >Priority: Minor > > Compare Codova documentation for these timestamps: > * Accelerometer > *Acceleration.timestamp* - _timestamp: Creation timestamp > in milliseconds. (DOMTimeStamp)_ > * Compass > *CompassHeading.timestamp* - _timestamp: The time at which this > heading was determined. (milliseconds)_ > * Geolocation > *Position.timestamp* - _timestamp: Creation timestamp for > coords. (Date)_ > It is confusing that documentation describes all these "timestamps" to have > different types. > On closer inspection, for some reason the Position.timestamp really is > (inconsistent with the others) returned as a Date object. > But at least Acceleration/Compass ones seem to have same units so perhaps the > documentation for those ones ought to consistently say they are DOMTimeStamp. > Ref http://dev.w3.org/2006/webapi/WebIDL/#common-DOMTimeStamp -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9033) Plugins fail to install on Apple Watch based Cordova project
[ https://issues.apache.org/jira/browse/CB-9033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977324#comment-14977324 ] ASF GitHub Bot commented on CB-9033: Github user shazron commented on the pull request: https://github.com/apache/cordova-lib/pull/219#issuecomment-151667847 Try rebasing your branch with cordova-lib/master > Plugins fail to install on Apple Watch based Cordova project > > > Key: CB-9033 > URL: https://issues.apache.org/jira/browse/CB-9033 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Olivier Goguel >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > After having added the Watch Kit target to an iOS Cordova project, plugins > cannot be added any more through the CLI. > An error is thrown "'could not find -Info.plist file, or config.xml file." as > the plugin manager is confused by the plist files from the WatchKit App and > WatchKit Extension and fails to find the proper plist file of the projet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-7160) port device-motion tests to framework
[ https://issues.apache.org/jira/browse/CB-7160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-7160. - Resolution: Fixed > port device-motion tests to framework > - > > Key: CB-7160 > URL: https://issues.apache.org/jira/browse/CB-7160 > Project: Apache Cordova > Issue Type: Test > Components: Plugin Device Motion, Plugin TestFramework >Reporter: Staci Cooper >Assignee: Staci Cooper >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9033) Plugins fail to install on Apple Watch based Cordova project
[ https://issues.apache.org/jira/browse/CB-9033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977321#comment-14977321 ] ASF GitHub Bot commented on CB-9033: Github user shazron commented on the pull request: https://github.com/apache/cordova-lib/pull/219#issuecomment-151667700 Unfortunately even though the tests pass -- there are too many conflicts with the master branch. > Plugins fail to install on Apple Watch based Cordova project > > > Key: CB-9033 > URL: https://issues.apache.org/jira/browse/CB-9033 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Olivier Goguel >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > After having added the Watch Kit target to an iOS Cordova project, plugins > cannot be added any more through the CLI. > An error is thrown "'could not find -Info.plist file, or config.xml file." as > the plugin manager is confused by the plist files from the WatchKit App and > WatchKit Extension and fails to find the proper plist file of the projet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9274) InAppBrowser compile error for Amazon FireOS
[
https://issues.apache.org/jira/browse/CB-9274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977319#comment-14977319
]
ASF GitHub Bot commented on CB-9274:
Github user paulhovey commented on the pull request:
https://github.com/apache/cordova-plugin-inappbrowser/pull/107#issuecomment-151667555
I agree completely with @dennisexozet .
+1
Thanks!
> InAppBrowser compile error for Amazon FireOS
>
>
> Key: CB-9274
> URL: https://issues.apache.org/jira/browse/CB-9274
> Project: Apache Cordova
> Issue Type: Bug
> Components: Amazon FireOS, Plugin InAppBrowser
>Affects Versions: 3.5.0
>Reporter: Ian Paterson
>Assignee: Archana Naik
> Labels: compile-error, patch
>
> Attempting to compile the InAppBrowser plugin for Amazon FireOS fails due to
> the following programming errors:
> {noformat}
> [javac] Compiling 8 source files to
> /path/to/amazon-fireos/ant-build/classes
> [javac]
> /path/to/amazon-fireos/src/org/apache/cordova/inappbrowser/InAppBrowserDialog.java:51:
> cannot find symbol
> [javac] symbol : method hardwareBack()
> [javac] location: class org.apache.cordova.inappbrowser.InAppBrowser
> [javac] if (this.inAppBrowser.hardwareBack() &&
> this.inAppBrowser.canGoBack()) {
> [javac] ^
> [javac]
> /path/to/amazon-fireos/src/org/apache/cordova/inappbrowser/InAppBrowserDialog.java:51:
> cannot find symbol
> [javac] symbol : method canGoBack()
> [javac] location: class org.apache.cordova.inappbrowser.InAppBrowser
> [javac] if (this.inAppBrowser.hardwareBack() &&
> this.inAppBrowser.canGoBack()) {
> [javac]
>^
> [javac]
> /path/to/amazon-fireos/src/org/apache/cordova/inappbrowser/InAppBrowserDialog.java:52:
> goBack() has private access in org.apache.cordova.inappbrowser.InAppBrowser
> [javac] this.inAppBrowser.goBack();
> [javac] ^
> [javac] Note:
> /path/to/amazon-fireos/src/org/apache/cordova/inappbrowser/InAppBrowser.java
> uses or overrides a deprecated API.
> [javac] Note: Recompile with -Xlint:deprecation for details.
> [javac] 3 errors
> {noformat}
> As best I can determine, this problem has existed since plugin version 0.5.2
> and was introduced on August 14 in [commit
> 69ca780772b406ab02ec1bd1a8e4dca70052e926|https://github.com/apache/cordova-plugin-inappbrowser/commit/69ca780772b406ab02ec1bd1a8e4dca70052e926].
> Previous commits had diverged the implementation of InAppBrowser.java in
> Amazon FireOS such that it was no longer compatible with the
> InAppBrowser.java for Android.
> I am preparing a pull request to patch this issue to restore the ability to
> use the plugin on this platform.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8312) Multiply accelerometer values by -g on Windows
[ https://issues.apache.org/jira/browse/CB-8312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8312. - Resolution: Fixed > Multiply accelerometer values by -g on Windows > -- > > Key: CB-8312 > URL: https://issues.apache.org/jira/browse/CB-8312 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device Motion, Windows >Reporter: Sergey Shakhnazarov > > Windows implementation of device-motion methods returns acceleration, > measrued in g's (source: > https://msdn.microsoft.com/en-us/library/windows/apps/windows.devices.sensors.accelerometerreading.accelerationx). > To be consistent with current plugin's specs, it is necessary to multiply > accelerometer result by G constant (9.81 according to > https://github.com/apache/cordova-plugin-device-motion/blob/master/doc/index.md#acceleration) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9452) RTSP Streams are considered local resources on playback
[
https://issues.apache.org/jira/browse/CB-9452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-9452:
---
Labels: Android (was: )
Component/s: (was: Android)
Plugin Media
> RTSP Streams are considered local resources on playback
> ---
>
> Key: CB-9452
> URL: https://issues.apache.org/jira/browse/CB-9452
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Reporter: John C. Bland II
> Labels: Android
>
> Cordova Media plugin fails to play when attempting to play an RTSP stream.
> The stream is treated as a local resource so in AudioPlayer.java:305.
> Fix:
> {code}
> public boolean isStreaming(String file) {
> if (file.contains("http://";) || file.contains("https://";) ||
> file.contains("rtsp://")) {
> return true;
> }
> else {
> return false;
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9630) CursorWindowAllocationException
[
https://issues.apache.org/jira/browse/CB-9630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-9630:
---
Labels: Android (was: )
Component/s: (was: Android)
Plugin Contacts
> CursorWindowAllocationException
> ---
>
> Key: CB-9630
> URL: https://issues.apache.org/jira/browse/CB-9630
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Reporter: Martin Cassidy
> Labels: Android
>
> Whilst running a contacts lookup (with many 1000s of auto generated contacts
> as I'm testing performance) I experienced the following exception:
> android.database.CursorWindowAllocationException: Cursor window could not be
> created from binder
> {code}
> android.database.CursorWindowAllocationException: Cursor window could not
> be created from binder.
> at android.database.CursorWindow.(CursorWindow.java:150)
> at android.database.CursorWindow.(CursorWindow.java:42)
> at
> android.database.CursorWindow$1.createFromParcel(CursorWindow.java:698)
> at
> android.database.CursorWindow$1.createFromParcel(CursorWindow.java:696)
> at
> android.database.BulkCursorDescriptor.readFromParcel(BulkCursorDescriptor.java:75)
> at
> android.database.BulkCursorDescriptor$1.createFromParcel(BulkCursorDescriptor.java:34)
> at
> android.database.BulkCursorDescriptor$1.createFromParcel(BulkCursorDescriptor.java:30)
> at
> android.content.ContentProviderProxy.query(ContentProviderNative.java:423)
> at android.content.ContentResolver.query(ContentResolver.java:484)
> at android.content.ContentResolver.query(ContentResolver.java:428)
> at
> org.apache.cordova.contacts.ContactAccessorSdk5.photoQuery(ContactAccessorSdk5.java:910)
> at
> org.apache.cordova.contacts.ContactAccessorSdk5.populateContactArray(ContactAccessorSdk5.java:439)
> at
> org.apache.cordova.contacts.ContactAccessorSdk5.search(ContactAccessorSdk5.java:271)
> at
> org.apache.cordova.contacts.ContactManager$1.run(ContactManager.java:93)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
> at java.lang.Thread.run(Thread.java:818)
> {code}
> From the following post, I can see why:
> http://stackoverflow.com/questions/14316082/cursor-window-could-not-be-created-from-binder
> {code}photoCursor.close();{code} is being called only when the cursor is not
> empty. I've made an update to my copy but though I should report it as well.
> I only started to notice after upgrading a device to 5.0.1 (have devices on
> older android versions that are ok)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8289) InAppBrowser v0.5.4 plugin not working in Android
[ https://issues.apache.org/jira/browse/CB-8289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-8289: --- Labels: Android (was: ) Component/s: (was: Android) > InAppBrowser v0.5.4 plugin not working in Android > - > > Key: CB-8289 > URL: https://issues.apache.org/jira/browse/CB-8289 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.6.0 > Environment: 1. OSX: 10.10.1 > 2. My phonegap version is: 4.1.2-0.22.10 (I used phonegap --v command inside > my Terminal) > 3. My cordova version is: 4.1.2 (I used cordova --v command) > 4. My npm version is: 2.1.17 (I used npm --v command) >Reporter: Zulhilmi Zainudin > Labels: Android > > This plugin is not working in final (production) APK file but working fine > when tested with Phonegap Developer App and 'phonegap serve' command. > Full issue and source code here: > http://stackoverflow.com/questions/27872389/phonegap-inappbrowser-plugin-not-working -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8180) InAppBrowser tries to open for web page for tel url
[
https://issues.apache.org/jira/browse/CB-8180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-8180:
---
Labels: Android (was: )
Component/s: (was: Android)
> InAppBrowser tries to open for web page for tel url
> ---
>
> Key: CB-8180
> URL: https://issues.apache.org/jira/browse/CB-8180
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.5.0
>Reporter: Henry Smith
>Assignee: Joe Bowser
> Labels: Android
>
> I use InapBrowser to open site which has some buttons containing with
> href="tel:somenumber"
> The app opens the phone and the number is there, I think a DIAL intent is
> used. However after hanging up the phone you get the message that teh page
> "tel:somenumber" could not be opened.
> By adding this code in the InappBrowser, I get the wanted behaviour
> @Override
> public boolean shouldOverrideUrlLoading(WebView view, String url) {
> if (url.startsWith(WebView.SCHEME_TEL)) {
> Intent intent = new Intent(Intent.ACTION_CALL,
> Uri.parse(url));
> cordova.getActivity().startActivity(intent);
> return true;
> }
> return false;
> }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9548) camera.getPicture() - invalid FILE_URI when returning original image from device
[
https://issues.apache.org/jira/browse/CB-9548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-9548:
---
Labels: Android (was: )
Component/s: (was: Android)
> camera.getPicture() - invalid FILE_URI when returning original image from
> device
>
>
> Key: CB-9548
> URL: https://issues.apache.org/jira/browse/CB-9548
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Camera
> Environment: Archlinux OS
> Cordova CLI (5.2.0)
> Android platform (4.1.1)
> cordova-plugin-camera (1.2.0)
> -
> Android Simulator (4.4.4 & 5.0.1)
> Xperia Z3Compact (5.1.1)
> Xperia Sola (4.4.4)
>Reporter: Tanase Butcaru
> Labels: Android
>
> Camera plugin returns a NATIVE_URI path when trying to get the original image
> with +getPicture()+ method instead of returning the FILE_URI path (even
> though the _destinationType_ is set to
> _navigator.camera.DestinationType.FILE_URI_).
> Until now I was using the camera plugin to get modified images only (by
> passing the _targetHeight_ & _targetWidth_ and/or _allowEdit_ arguments to
> +getPicture()+ method), but when I tried to get the original image I found
> this bug.
> Tested with devices mentioned in the Environment section for both Android &
> iOS platforms, but only Android manifests this behaviour..
> _I've created a github repo where I intend to reproduce all cordova core
> plugin bugs that I discover. I think this is the best way to test/reproduce
> any issue._
> *How to reproduce the bug*:
> {code}
> git clone https://github.com/TanaseButcaru/cdv.bugs.git
> cd cdv.bugs/bugs/getPictureFileURI
> cordova run/emulate android
> {code}
> When the app starts you have two options for the _getPictureFileURI_ bug:
> * getPicture with edits (targetHeight/Width) - OK
> * getPicture without edits (original image) - *wrong FILE_URI*
> For the second option, where the bug appears, I have provided a external
> (temporary) solution: I'm using the
> [cordova-plugin-filepath|https://github.com/hiddentao/cordova-plugin-filepath]
> plugin to get the FILE_URI from the NATIVE_URI and as you can see in the
> sample app, it works well, but it would be better if the camera plugin would
> do this by default when returning an unmodified image.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8534) Add support for auth dialogs in inappbrowser plugin
[ https://issues.apache.org/jira/browse/CB-8534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-8534: --- Labels: Android (was: ) Component/s: (was: Android) > Add support for auth dialogs in inappbrowser plugin > --- > > Key: CB-8534 > URL: https://issues.apache.org/jira/browse/CB-8534 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Connor Pearson > Labels: Android > > The AndroidWebView delegates onReceivedHttpAuthRequest to any plugin that > responds to it. (CB-8201) This would add the same behavior to the > inappbrowser for android. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-5195) Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating
[ https://issues.apache.org/jira/browse/CB-5195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-5195: --- Labels: Android (was: ) Component/s: (was: Android) > Camera.getPicture with sourceType: PHOTOLIBRARY scales image before rotating > > > Key: CB-5195 > URL: https://issues.apache.org/jira/browse/CB-5195 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 2.6.0 > Environment: Galaxy S4 >Reporter: Andre Asselin > Labels: Android > > Use Camera.getPicture() with sourceType: PHOTOLIBRARY to retrieve a picture > from the library. If you specify both the correctOrientation and > targetWidth/Height options (which currently you must do if you want > correctOrientation to work because of bug CB-5194), the code scales the image > first before rotating it, so the final dimensions are incorrect. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8552) add toolbar option to android
[ https://issues.apache.org/jira/browse/CB-8552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-8552: --- Labels: Android (was: ) Component/s: (was: Android) > add toolbar option to android > - > > Key: CB-8552 > URL: https://issues.apache.org/jira/browse/CB-8552 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin InAppBrowser >Reporter: Connor Pearson > Labels: Android > > iOS has both the location and toolbar option on the inappbrowser. This allows > the user to hide the URL, but still show the browser controls. This fix adds > the toolbar option to android. The location property determines whether or > not the URL is visible while the toolbar property shows or hides the entire > toolbar. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-4796) FileTransfer Upload Progress does not work
[ https://issues.apache.org/jira/browse/CB-4796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-4796: --- Labels: Android (was: ) Component/s: (was: Android) > FileTransfer Upload Progress does not work > -- > > Key: CB-4796 > URL: https://issues.apache.org/jira/browse/CB-4796 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.0.0 >Reporter: Christoph Pojer > Labels: Android > > File Transfer Upload progress has stopped working as of version 3.0.0. I > suspect it has something to do with sending the JS from a different Thread as > we are also experiencing issues with the DOM not redrawing (although updating > just fine) with our custom media plugin (we send JS from a different thread, > see: > https://github.com/auphonic/cordova-plugin-media/blob/master/src/android/AudioPlayer.java#L125 > ). > Please let me know if these are two separate issues and if I should create a > separate issue for both but I strongly suspect that this has something to do > with each other.. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-488) FileTransfer.upload does not follow redirects on Android
[ https://issues.apache.org/jira/browse/CB-488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser updated CB-488: -- Labels: Android (was: ) Component/s: (was: Android) Plugin File Transfer > FileTransfer.upload does not follow redirects on Android > > > Key: CB-488 > URL: https://issues.apache.org/jira/browse/CB-488 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 1.3.0, 1.4.0, 1.5.0 > Environment: Andoid device: Samsung Galaxy S Plus >Reporter: Wouter > Labels: Android > Fix For: Master > > > We are trying to upload a local move file to Youtube though the Youtube API. > This API works in such a way that after uploading a file a redirect is done > to another location. Unfortunately the Android implementation of FileTransfer > does not follow this redirect. (The iPhone implementation does follow the > redirect.) > Steps to reproduce: > - Create a FileTransfer instance and call the upload method following the > example at > http://docs.phonegap.com/en/1.6.0/cordova_file_file.md.html#FileTransfer > - The server the file is posted to (in the sample this is > http://some.server.com/upload.php) should do a redirect to another location > to reproduce this issue. > Actual Result: > - In the success callback the FileUploadResult.responseCode is 302, and the > FileUploadResult.response is "Temporarily Moved" (or similar depending on the > webserver that responded with the redirect). > Expected Result: > - The redirect is followed and the result of the new location is retreived > and represented in the FileUploadResult instance. > Or (but lower preference): > - The FileUploadResult instance also contains the HTTP headers that were sent > with the response so that the Location header (containging the url to > redirect to) is known. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8917) Add api/way to get plugins results even when Cordova activity restarts
[
https://issues.apache.org/jira/browse/CB-8917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977228#comment-14977228
]
Joe Bowser commented on CB-8917:
That's exactly it. The plugins have to be loaded if you're going to attempt
this. Even if you can manage to go to the right plugin, you're still totally
going to have problems when your recovering your application. There isn't an
easy way for an app to recover the scope once the application has been killed
right now.
> Add api/way to get plugins results even when Cordova activity restarts
>
>
> Key: CB-8917
> URL: https://issues.apache.org/jira/browse/CB-8917
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Android
>Reporter: Bnaya
>
> In android when you have a plugin that opens new activity the CordovaActivity
> will be killed and you won't get the result from the plugin.
> The new activity will get the results but because the plugin objects are dead
> and the webview reloaded you can get the data to the js callback.
> The most noticeable example is the camera plugin. (And maybe its the same
> with even more platforms)
> possible solution for this is to add metadata to the device ready event with
> incoming data from plugins.
> I see that this code:
> https://github.com/apache/cordova-android/blob/3.6.x/framework/src/org/apache/cordova/CordovaActivity.java#L779-L784
> is trying to do some recovery but from some reason
> ```
> if(callback != null) {
> ```
> fails. maybe the plugins didn't loaded yet?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7668) Android: Crop image
[ https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977221#comment-14977221 ] Joe Bowser commented on CB-7668: [~riknoll] Assigning this to you since you're currently wading through the aftermath. If this feature doesn't make sense, I'm fine with closing this. > Android: Crop image > --- > > Key: CB-7668 > URL: https://issues.apache.org/jira/browse/CB-7668 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: David Vielhuber >Assignee: Richard B Knoll > > Hello! > On iOS it is possible to crop an image afterwards when set to targetWidth and > targetHeight natively. > On Android this is not possible. I now have to program an individual solution. > Are there plans to integrate this natively in the future? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7668) Android: Crop image
[ https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-7668: -- Assignee: Richard B Knoll (was: Joe Bowser) > Android: Crop image > --- > > Key: CB-7668 > URL: https://issues.apache.org/jira/browse/CB-7668 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: David Vielhuber >Assignee: Richard B Knoll > > Hello! > On iOS it is possible to crop an image afterwards when set to targetWidth and > targetHeight natively. > On Android this is not possible. I now have to program an individual solution. > Are there plans to integrate this natively in the future? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-7668) Android: Crop image
[ https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-7668: -- Assignee: Joe Bowser > Android: Crop image > --- > > Key: CB-7668 > URL: https://issues.apache.org/jira/browse/CB-7668 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Camera >Reporter: David Vielhuber >Assignee: Joe Bowser > > Hello! > On iOS it is possible to crop an image afterwards when set to targetWidth and > targetHeight natively. > On Android this is not possible. I now have to program an individual solution. > Are there plans to integrate this natively in the future? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9033) Plugins fail to install on Apple Watch based Cordova project
[ https://issues.apache.org/jira/browse/CB-9033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977150#comment-14977150 ] ASF GitHub Bot commented on CB-9033: Github user ogoguel commented on the pull request: https://github.com/apache/cordova-lib/pull/219#issuecomment-151641072 Removed source files, and fixed merge issue > Plugins fail to install on Apple Watch based Cordova project > > > Key: CB-9033 > URL: https://issues.apache.org/jira/browse/CB-9033 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Olivier Goguel >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > After having added the Watch Kit target to an iOS Cordova project, plugins > cannot be added any more through the CLI. > An error is thrown "'could not find -Info.plist file, or config.xml file." as > the plugin manager is confused by the plist files from the WatchKit App and > WatchKit Extension and fails to find the proper plist file of the projet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9847) Cannot tell when running on Simulator ( Windows )
[ https://issues.apache.org/jira/browse/CB-9847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977141#comment-14977141 ] ASF GitHub Bot commented on CB-9847: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-device/pull/43 > Cannot tell when running on Simulator ( Windows ) > - > > Key: CB-9847 > URL: https://issues.apache.org/jira/browse/CB-9847 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen >Priority: Minor > Labels: Windows, triaged > > There are times where things simply won't work when we are running on the > simulator. For example, if you are using the device-motion api you will > simply never receive a result when calling `getCurrentAcceleration` > It would be nice if we could tell before the call if this is the case, and > avoid waiting for a result. > Prior art in https://github.com/apache/cordova-plugin-device/pull/35 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9847) Cannot tell when running on Simulator ( Windows )
[ https://issues.apache.org/jira/browse/CB-9847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977140#comment-14977140 ] ASF subversion and git services commented on CB-9847: - Commit 36dbfa982423d28ab069676e41417f32d8b60482 in cordova-plugin-device's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-device.git;h=36dbfa9 ] CB-9847 Fixed merge error of 408c3a20be976ca5b814c9f161c31d4edf1c00fc > Cannot tell when running on Simulator ( Windows ) > - > > Key: CB-9847 > URL: https://issues.apache.org/jira/browse/CB-9847 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen >Priority: Minor > Labels: Windows, triaged > > There are times where things simply won't work when we are running on the > simulator. For example, if you are using the device-motion api you will > simply never receive a result when calling `getCurrentAcceleration` > It would be nice if we could tell before the call if this is the case, and > avoid waiting for a result. > Prior art in https://github.com/apache/cordova-plugin-device/pull/35 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9685) A fix for the magnifying glass popping up on iOS9 when longpressing the webview
[ https://issues.apache.org/jira/browse/CB-9685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977139#comment-14977139 ] ASF GitHub Bot commented on CB-9685: Github user asfgit closed the pull request at: https://github.com/apache/cordova-docs/pull/404 > A fix for the magnifying glass popping up on iOS9 when longpressing the > webview > --- > > Key: CB-9685 > URL: https://issues.apache.org/jira/browse/CB-9685 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib, iOS >Reporter: Eddy Verbruggen >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > When pressing the webview for 500ms on iOS9 a magnification glass pops up. On > UIWebView the popup is always at the top of the page (see the screenshot in > the readme here: > https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix), on > WKWebView the popup is where your finger is. > On UIWebView we have yet to find a non-native way (read: CSS) to fix the > problem, but on WKWebView a few lines of CSS seem to fix the issue. > This improvement is aimed at resolving the problem for UIWebView. There is no > reason not to include a fix for WKWebView as well, other than I didn't invest > time in it because of the CSS workaround. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9685) A fix for the magnifying glass popping up on iOS9 when longpressing the webview
[ https://issues.apache.org/jira/browse/CB-9685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977138#comment-14977138 ] ASF subversion and git services commented on CB-9685: - Commit c0555cc878ac903ad9e267fd15079419b0c4073b in cordova-docs's branch refs/heads/master from [~EddyVerbruggen] [ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=c0555cc ] CB-9685 Documentation for the fix for the iOS9 longpress magnifying glass issue This closes #404 > A fix for the magnifying glass popping up on iOS9 when longpressing the > webview > --- > > Key: CB-9685 > URL: https://issues.apache.org/jira/browse/CB-9685 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib, iOS >Reporter: Eddy Verbruggen >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > When pressing the webview for 500ms on iOS9 a magnification glass pops up. On > UIWebView the popup is always at the top of the page (see the screenshot in > the readme here: > https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix), on > WKWebView the popup is where your finger is. > On UIWebView we have yet to find a non-native way (read: CSS) to fix the > problem, but on WKWebView a few lines of CSS seem to fix the issue. > This improvement is aimed at resolving the problem for UIWebView. There is no > reason not to include a fix for WKWebView as well, other than I didn't invest > time in it because of the CSS workaround. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9685) A fix for the magnifying glass popping up on iOS9 when longpressing the webview
[ https://issues.apache.org/jira/browse/CB-9685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977064#comment-14977064 ] ASF GitHub Bot commented on CB-9685: Github user EddyVerbruggen commented on the pull request: https://github.com/apache/cordova-ios/pull/174#issuecomment-151628414 @shazron Of course, overlooked that! See [404](https://github.com/apache/cordova-docs/pull/404). > A fix for the magnifying glass popping up on iOS9 when longpressing the > webview > --- > > Key: CB-9685 > URL: https://issues.apache.org/jira/browse/CB-9685 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib, iOS >Reporter: Eddy Verbruggen >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > When pressing the webview for 500ms on iOS9 a magnification glass pops up. On > UIWebView the popup is always at the top of the page (see the screenshot in > the readme here: > https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix), on > WKWebView the popup is where your finger is. > On UIWebView we have yet to find a non-native way (read: CSS) to fix the > problem, but on WKWebView a few lines of CSS seem to fix the issue. > This improvement is aimed at resolving the problem for UIWebView. There is no > reason not to include a fix for WKWebView as well, other than I didn't invest > time in it because of the CSS workaround. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9033) Plugins fail to install on Apple Watch based Cordova project
[ https://issues.apache.org/jira/browse/CB-9033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977062#comment-14977062 ] ASF GitHub Bot commented on CB-9033: Github user ogoguel commented on the pull request: https://github.com/apache/cordova-lib/pull/219#issuecomment-151628253 Removed source files > Plugins fail to install on Apple Watch based Cordova project > > > Key: CB-9033 > URL: https://issues.apache.org/jira/browse/CB-9033 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: 5.0.0 > Environment: iOS >Reporter: Olivier Goguel >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > After having added the Watch Kit target to an iOS Cordova project, plugins > cannot be added any more through the CLI. > An error is thrown "'could not find -Info.plist file, or config.xml file." as > the plugin manager is confused by the plist files from the WatchKit App and > WatchKit Extension and fails to find the proper plist file of the projet. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9685) A fix for the magnifying glass popping up on iOS9 when longpressing the webview
[ https://issues.apache.org/jira/browse/CB-9685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977063#comment-14977063 ] ASF GitHub Bot commented on CB-9685: GitHub user EddyVerbruggen opened a pull request: https://github.com/apache/cordova-docs/pull/404 CB-9685 Documentation for the fix for the iOS9 longpress issue Documentation for this: https://github.com/apache/cordova-ios/pull/174 You can merge this pull request into a Git repository by running: $ git pull https://github.com/EddyVerbruggen/cordova-docs master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-docs/pull/404.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 #404 commit 09870c9c8245bfbf0afeba483bbdd43158a21ac1 Author: EddyVerbruggen Date: 2015-10-27T20:08:15Z CB-9685 Documentation for the fix for the iOS9 longpress magnifying glass issue > A fix for the magnifying glass popping up on iOS9 when longpressing the > webview > --- > > Key: CB-9685 > URL: https://issues.apache.org/jira/browse/CB-9685 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib, iOS >Reporter: Eddy Verbruggen >Assignee: Shazron Abdullah > Labels: cordova-ios-4.0.x > > When pressing the webview for 500ms on iOS9 a magnification glass pops up. On > UIWebView the popup is always at the top of the page (see the screenshot in > the readme here: > https://github.com/EddyVerbruggen/cordova-plugin-ios-longpress-fix), on > WKWebView the popup is where your finger is. > On UIWebView we have yet to find a non-native way (read: CSS) to fix the > problem, but on WKWebView a few lines of CSS seem to fix the issue. > This improvement is aimed at resolving the problem for UIWebView. There is no > reason not to include a fix for WKWebView as well, other than I didn't invest > time in it because of the CSS workaround. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov resolved CB-6885. - Resolution: Fixed > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > Labels: triaged > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976981#comment-14976981 ] Shazron Abdullah commented on CB-6885: -- Yes. > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > Labels: triaged > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9872) cordova-lib unit-test failure
[
https://issues.apache.org/jira/browse/CB-9872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976977#comment-14976977
]
Shazron Abdullah commented on CB-9872:
--
See CB-9880
> cordova-lib unit-test failure
> -
>
> Key: CB-9872
> URL: https://issues.apache.org/jira/browse/CB-9872
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Reporter: Shazron Abdullah
>Priority: Critical
> Labels: cordova-ios-4.0.x
>
> {code}
> Failures:
> 1) (save flag) platform update --save spec.11 should update spec with git
> url when updating using git url
>Message:
> Expected false to be true.
>Stacktrace:
> Error: Expected false to be true.
> at
> /Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/spec-cordova/save.spec.js:266:31
> at _rejected
> (/Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:797:24)
> at
> /Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:823:30
> at Promise.when
> (/Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:1035:31)
> at Promise.promise.promiseDispatch
> (/Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:741:41)
> at
> /Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:557:44
> at flush
> (/Users/shaz/Documents/Git/Apache/cordova-lib/cordova-lib/node_modules/q/q.js:108:17)
> at process._tickCallback (node.js:355:11)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9882) Review and remove any CDV_DEPRECATED API functions
[ https://issues.apache.org/jira/browse/CB-9882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-9882: - Component/s: iOS > Review and remove any CDV_DEPRECATED API functions > -- > > Key: CB-9882 > URL: https://issues.apache.org/jira/browse/CB-9882 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah > Labels: cordova-ios-4.0.x > > Review any CDV_DEPRECATED in CordovaLib headers. Remove if noted. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9882) Review and remove any CDV_DEPRECATED API functions
Shazron Abdullah created CB-9882: Summary: Review and remove any CDV_DEPRECATED API functions Key: CB-9882 URL: https://issues.apache.org/jira/browse/CB-9882 Project: Apache Cordova Issue Type: Bug Reporter: Shazron Abdullah Review any CDV_DEPRECATED in CordovaLib headers. Remove if noted. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976883#comment-14976883 ] Sebastian Betzinger commented on CB-9445: - Sorry, i found out it's again a problem with iframe attachment for executeScript in inappbrowser. I reported the issue here: https://issues.apache.org/jira/browse/CB-9881 > executeScript callbacks not working for iOS > --- > > Key: CB-9445 > URL: https://issues.apache.org/jira/browse/CB-9445 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.1.1 > Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, > cordova-plugin-inappbrowser 1.0.1 (NPM) >Reporter: Scott Seitz >Assignee: jcesarmobile > > Can someone please check to see if they are encountering the same problem I > am in the environment I've listed? (latest released builds of everything I > think) > I open an inappbrowser window and then run an executeScript command using > "code:" (not "file:"). Everything works fine on Android, but on iOS, it > simply will NOT fire the callback function after executing the injected code. > Make the "code:" as simple as you like to test it and see if you can get a > callback to fire. I've dumbed it down as much as possible and can't get one > to fire. I know that all instances of code I've injected have run fine in > the iab by using the console (against the iab) to check for the variables I > was creating in the code. I can't even get a callback to fire that doesn't > expect a parameter to be passed back... > Many thanks, > Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9881) inappbrowser iframebidge console error
Sebastian Betzinger created CB-9881: --- Summary: inappbrowser iframebidge console error Key: CB-9881 URL: https://issues.apache.org/jira/browse/CB-9881 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin InAppBrowser Affects Versions: 4.1.1 Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 Reporter: Sebastian Betzinger Priority: Critical Cordova 4.1 on iOS9.1 Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser debug console like this: TypeError: null is not an object (evaluating 'd.body.appendChild') ReferenceError: Can't find variable: _cdvIframeBridge When this happens, the iframe with executeScript is not attached to the in inappbrowser loaded website and executeScript is not working. This error occurs not all the time, but most page refrehs trigger ONE of these 2 error messages. Any workaround? Using setTimeout didn't help here to delay the iframe attachment. On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-9881) inappbrowser iframebidge console error
[ https://issues.apache.org/jira/browse/CB-9881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Betzinger updated CB-9881: Description: Cordova 4.1 on iOS9.1 Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser debug console like this: TypeError: null is not an object (evaluating 'd.body.appendChild') ReferenceError: Can't find variable: _cdvIframeBridge When this happens, the iframe with executeScript is not attached to the in inappbrowser loaded website and executeScript is not working. These errors occur not all the time, but most page refreshes trigger ONE of these 2 error messages. Any workaround? Using setTimeout didn't help here to delay the iframe attachment (executeScript). On Android it works great without any errors with the exact same code. was: Cordova 4.1 on iOS9.1 Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser debug console like this: TypeError: null is not an object (evaluating 'd.body.appendChild') ReferenceError: Can't find variable: _cdvIframeBridge When this happens, the iframe with executeScript is not attached to the in inappbrowser loaded website and executeScript is not working. This error occurs not all the time, but most page refrehs trigger ONE of these 2 error messages. Any workaround? Using setTimeout didn't help here to delay the iframe attachment. On Android it works great without any errors with the exact same code. > inappbrowser iframebidge console error > --- > > Key: CB-9881 > URL: https://issues.apache.org/jira/browse/CB-9881 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin InAppBrowser >Affects Versions: 4.1.1 > Environment: iOS9.1 Cordova4.1 InAppBrowser1.0.1 >Reporter: Sebastian Betzinger >Priority: Critical > > Cordova 4.1 on iOS9.1 > Sometimes a page in inappbrowser is loaded i get errors on the inappbrowser > debug console like this: > TypeError: null is not an object (evaluating 'd.body.appendChild') > ReferenceError: Can't find variable: _cdvIframeBridge > When this happens, the iframe with executeScript is not attached to the in > inappbrowser loaded website and executeScript is not working. > These errors occur not all the time, but most page refreshes trigger ONE of > these 2 error messages. Any workaround? Using setTimeout didn't help here to > delay the iframe attachment (executeScript). > On Android it works great without any errors with the exact same code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov updated CB-6885: Labels: triaged (was: ) > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > Labels: triaged > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976836#comment-14976836 ] Sergey Shakhnazarov commented on CB-6885: - [~shazron] Is this correct that iOS have internet access enabled by default and controlled by whitelist rules (as well as on Android) so this issue is not actual? > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9843) filetransfer.spec.12 failure on wp8
[
https://issues.apache.org/jira/browse/CB-9843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976814#comment-14976814
]
ASF GitHub Bot commented on CB-9843:
Github user daserge commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/106#issuecomment-151582497
Merged, thanks, @alsorokin!
Would be great to add this quirk to [the plugin
docs](https://github.com/apache/cordova-plugin-file-transfer#filetransfererror).
> filetransfer.spec.12 failure on wp8
> ---
>
> Key: CB-9843
> URL: https://issues.apache.org/jira/browse/CB-9843
> Project: Apache Cordova
> Issue Type: Test
> Components: Plugin File Transfer
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> There is a file transfer plugin failure on wp8 platform:
> {noformat}
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.12 should get http status on failure
> Expected 3 to be 1.
> Error: Expected 3 to be 1.
>at stack
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1455:11)
>at buildExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1422:5)
>at expectationResultFactory
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:572:11)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:321:5)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:516:9)
>at Anonymous function
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1379:7)
>at downloadFail
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer-tests/tests.js:507:25)
>at errorCallback
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer/www/FileTransfer.js:221:9)
>at callbackFromNative
> (x-wmapp0:www/cdvtests/../cordova.js:295:38)
>at callbackError (x-wmapp0:www/cdvtests/../cordova.js:282:9)
> {noformat}
> wp8 platform does not make a difference between 404 and unknown host so the
> plugin returns CONNECTION_ERR and not FILE_NOT_FOUND_ERR
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9843) filetransfer.spec.12 failure on wp8
[
https://issues.apache.org/jira/browse/CB-9843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976811#comment-14976811
]
ASF GitHub Bot commented on CB-9843:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-plugin-file-transfer/pull/106
> filetransfer.spec.12 failure on wp8
> ---
>
> Key: CB-9843
> URL: https://issues.apache.org/jira/browse/CB-9843
> Project: Apache Cordova
> Issue Type: Test
> Components: Plugin File Transfer
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> There is a file transfer plugin failure on wp8 platform:
> {noformat}
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.12 should get http status on failure
> Expected 3 to be 1.
> Error: Expected 3 to be 1.
>at stack
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1455:11)
>at buildExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1422:5)
>at expectationResultFactory
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:572:11)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:321:5)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:516:9)
>at Anonymous function
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1379:7)
>at downloadFail
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer-tests/tests.js:507:25)
>at errorCallback
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer/www/FileTransfer.js:221:9)
>at callbackFromNative
> (x-wmapp0:www/cdvtests/../cordova.js:295:38)
>at callbackError (x-wmapp0:www/cdvtests/../cordova.js:282:9)
> {noformat}
> wp8 platform does not make a difference between 404 and unknown host so the
> plugin returns CONNECTION_ERR and not FILE_NOT_FOUND_ERR
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9843) filetransfer.spec.12 failure on wp8
[
https://issues.apache.org/jira/browse/CB-9843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976809#comment-14976809
]
ASF subversion and git services commented on CB-9843:
-
Commit 4dc697a8636bc0541b2fe99f136ce9aa39cbe970 in
cordova-plugin-file-transfer's branch refs/heads/master from [~alsorokin]
[
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file-transfer.git;h=4dc697a
]
CB-9843 Added wp8 quirk to test spec 12
github: close #106
> filetransfer.spec.12 failure on wp8
> ---
>
> Key: CB-9843
> URL: https://issues.apache.org/jira/browse/CB-9843
> Project: Apache Cordova
> Issue Type: Test
> Components: Plugin File Transfer
>Affects Versions: Master
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> There is a file transfer plugin failure on wp8 platform:
> {noformat}
> cordova-plugin-file-transfer-tests.tests >> FileTransfer methods download
> filetransfer.spec.12 should get http status on failure
> Expected 3 to be 1.
> Error: Expected 3 to be 1.
>at stack
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1455:11)
>at buildExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1422:5)
>at expectationResultFactory
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:572:11)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:321:5)
>at addExpectationResult
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:516:9)
>at Anonymous function
> (x-wmapp0:www/cdvtests/jasmine-2.2.0/jasmine.js:1379:7)
>at downloadFail
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer-tests/tests.js:507:25)
>at errorCallback
> (x-wmapp0:www/cdvtests/../plugins/cordova-plugin-file-transfer/www/FileTransfer.js:221:9)
>at callbackFromNative
> (x-wmapp0:www/cdvtests/../cordova.js:295:38)
>at callbackError (x-wmapp0:www/cdvtests/../cordova.js:282:9)
> {noformat}
> wp8 platform does not make a difference between 404 and unknown host so the
> plugin returns CONNECTION_ERR and not FILE_NOT_FOUND_ERR
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9880) Updating Android 4.0.1 to edge fails
Tim Barham created CB-9880:
--
Summary: Updating Android 4.0.1 to edge fails
Key: CB-9880
URL: https://issues.apache.org/jira/browse/CB-9880
Project: Apache Cordova
Issue Type: Bug
Components: Android
Reporter: Tim Barham
Assignee: Vladimir Kotikov
Priority: Blocker
If I add Android 4.0.1 to a project, then try to upgrade to edge from git, I
see the following:
{noformat}
$ cordova platform add android@4.0.1
$ cordova platform update https://github.com/apache/cordova-android
Updating android project...
Error: manifest.setMinSDKVersion is not a function
{noformat}
Note:
* The same problem does not occur updating *from* android 4.1.1.
* The same problem does not occur updating *to* the commit just before the
platform API was added to Android.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976749#comment-14976749 ] jcesarmobile commented on CB-9445: -- I'll take a look, last time I checked was on iOS 9.0 and worked > executeScript callbacks not working for iOS > --- > > Key: CB-9445 > URL: https://issues.apache.org/jira/browse/CB-9445 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.1.1 > Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, > cordova-plugin-inappbrowser 1.0.1 (NPM) >Reporter: Scott Seitz >Assignee: jcesarmobile > > Can someone please check to see if they are encountering the same problem I > am in the environment I've listed? (latest released builds of everything I > think) > I open an inappbrowser window and then run an executeScript command using > "code:" (not "file:"). Everything works fine on Android, but on iOS, it > simply will NOT fire the callback function after executing the injected code. > Make the "code:" as simple as you like to test it and see if you can get a > callback to fire. I've dumbed it down as much as possible and can't get one > to fire. I know that all instances of code I've injected have run fine in > the iab by using the console (against the iab) to check for the variables I > was creating in the code. I can't even get a callback to fire that doesn't > expect a parameter to be passed back... > Many thanks, > Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9445) executeScript callbacks not working for iOS
[ https://issues.apache.org/jira/browse/CB-9445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976615#comment-14976615 ] Sebastian Betzinger commented on CB-9445: - I have the same issue now with loadstop on iOS 9.1, on android it works like before. On iOS9.1 the executescript loops called by loadstop event are not working anymore. Anyone experiencing the same problem since the update to iOS9.1? > executeScript callbacks not working for iOS > --- > > Key: CB-9445 > URL: https://issues.apache.org/jira/browse/CB-9445 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 5.1.1 > Environment: Cordova 5.1.1 (CLI), ios 3.8.0, android 4.0.2, > cordova-plugin-inappbrowser 1.0.1 (NPM) >Reporter: Scott Seitz >Assignee: jcesarmobile > > Can someone please check to see if they are encountering the same problem I > am in the environment I've listed? (latest released builds of everything I > think) > I open an inappbrowser window and then run an executeScript command using > "code:" (not "file:"). Everything works fine on Android, but on iOS, it > simply will NOT fire the callback function after executing the injected code. > Make the "code:" as simple as you like to test it and see if you can get a > callback to fire. I've dumbed it down as much as possible and can't get one > to fire. I know that all instances of code I've injected have run fine in > the iab by using the console (against the iab) to check for the variables I > was creating in the code. I can't even get a callback to fire that doesn't > expect a parameter to be passed back... > Many thanks, > Scott -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9879) getCookies can cause unhandled NullPointerException
[ https://issues.apache.org/jira/browse/CB-9879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976611#comment-14976611 ] ASF GitHub Bot commented on CB-9879: Github user jeroenv commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/107#issuecomment-151550349 @daserge added the Jira bug: https://issues.apache.org/jira/browse/CB-9879 > getCookies can cause unhandled NullPointerException > --- > > Key: CB-9879 > URL: https://issues.apache.org/jira/browse/CB-9879 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 4.1.1 > Environment: Android, CrossWalk >Reporter: Jeroen Verhoest >Priority: Critical > > Uploading a file using the file-transfer plugin can cause a > NullPointerException which can crash the app when the getCookies method is > called on a CrossWalk webview. > Solution: > https://github.com/jeroenv/cordova-plugin-file-transfer/commit/34ef3e5dbc913b09a03c802267eefaa6640f505f -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9879) getCookies can cause unhandled NullPointerException
Jeroen Verhoest created CB-9879: --- Summary: getCookies can cause unhandled NullPointerException Key: CB-9879 URL: https://issues.apache.org/jira/browse/CB-9879 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 4.1.1 Environment: Android, CrossWalk Reporter: Jeroen Verhoest Priority: Critical Uploading a file using the file-transfer plugin can cause a NullPointerException which can crash the app when the getCookies method is called on a CrossWalk webview. Solution: https://github.com/jeroenv/cordova-plugin-file-transfer/commit/34ef3e5dbc913b09a03c802267eefaa6640f505f -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9878) App displays static HTML but does not executes javascript
Javier created CB-9878: -- Summary: App displays static HTML but does not executes javascript Key: CB-9878 URL: https://issues.apache.org/jira/browse/CB-9878 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 5.0.0 Environment: Laptop: -System Version: OS X 10.10.5 (14F27) -Kernel Version: Darwin 14.5.0 Xcode: -Version 7.1 Physical iPad: -Version 9.1 (13B143) -Model MD788TY/A Reporter: Javier 1. I created the project and installed required plugins: cordova create myproject com.example.myproject Myproject cordova platform add ios cordova plugin add cordova-plugin-geolocation cordova plugin add io.litehelpers.cordova.sqlite cordova plugin add cordova-plugin-file-transfer cordova plugin add cordova-plugin-device cordova plugin add cordova-plugin-inappbrowser cordova plugin add cordova-plugin-network-information cordova plugin add https://github.com/Paldom/SpinnerDialog.git cordova plugin add cordova-plugin-dialogs cordova plugin add hu.dpal.phonegap.plugins.spinnerdialog cordova plugin add https://git-wip-us.apache.org/repos/asf/cordova-plugin-console.git 2. Then I copied the content of our git "www" project in ~/platforms/ios/www 3. I opened xcode 4. I opened the xcodeproject file 5. I connected the physical iPad to the laptop running xcode 6. I executed the app on the device. Expected result: see a list generated with JQuery Mobile Found result: just the static html part is displayed in the app -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9847) Cannot tell when running on Simulator ( Windows )
[ https://issues.apache.org/jira/browse/CB-9847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976551#comment-14976551 ] ASF GitHub Bot commented on CB-9847: GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-device/pull/43 CB-9847 Fixed merge error of 408c3a20be976ca5b814c9f161c31d4edf1c00fc https://issues.apache.org/jira/browse/CB-9847 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-device CB-9847 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-device/pull/43.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 #43 commit 36dbfa982423d28ab069676e41417f32d8b60482 Author: Alexander Sorokin Date: 2015-10-27T15:16:04Z CB-9847 Fixed merge error of 408c3a20be976ca5b814c9f161c31d4edf1c00fc > Cannot tell when running on Simulator ( Windows ) > - > > Key: CB-9847 > URL: https://issues.apache.org/jira/browse/CB-9847 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen >Priority: Minor > Labels: Windows, triaged > > There are times where things simply won't work when we are running on the > simulator. For example, if you are using the device-motion api you will > simply never receive a result when calling `getCurrentAcceleration` > It would be nice if we could tell before the call if this is the case, and > avoid waiting for a result. > Prior art in https://github.com/apache/cordova-plugin-device/pull/35 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9877) Automated geolocation plugin tests are failing on iOS
[
https://issues.apache.org/jira/browse/CB-9877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976554#comment-14976554
]
ASF GitHub Bot commented on CB-9877:
GitHub user alsorokin opened a pull request:
https://github.com/apache/cordova-plugin-geolocation/pull/54
CB-9877 Pended autotests that require user interaction on iOS
https://issues.apache.org/jira/browse/CB-9877
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/MSOpenTech/cordova-plugin-geolocation CB-9877
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-geolocation/pull/54.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 #54
commit 29bcabaf42a7a167b446bed4775fca3b68e0cb99
Author: Alexander Sorokin
Date: 2015-10-27T14:35:42Z
CB-9877 Pended autotests that require user interaction on iOS
> Automated geolocation plugin tests are failing on iOS
> -
>
> Key: CB-9877
> URL: https://issues.apache.org/jira/browse/CB-9877
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>
> These tests require user approval to access device location:
> {noformat}
> cordova-plugin-geolocation-tests.tests >> getCurrentPosition method
> success callback geolocation.spec.6 should be called with a Position object
> Error: Timeout - Async callback was not invoked within timeout
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
>
> file:///private/var/mobile/Containers/Bundle/Application/A560D15B-7D31-4422-BDAF-BF1716F2B3A4/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> cordova-plugin-geolocation-tests.tests >> watchPosition method success
> callback geolocation.spec.8 should be called with a Position object
> Error: Timeout - Async callback was not invoked within timeout
> specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
>
> file:///private/var/mobile/Containers/Bundle/Application/A560D15B-7D31-4422-BDAF-BF1716F2B3A4/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9844) 2 main activities are generated when android package name is specified
[ https://issues.apache.org/jira/browse/CB-9844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976469#comment-14976469 ] ASF GitHub Bot commented on CB-9844: Github user gorkem commented on the pull request: https://github.com/apache/cordova-android/pull/233#issuecomment-151513478 LGTM > 2 main activities are generated when android package name is specified > -- > > Key: CB-9844 > URL: https://issues.apache.org/jira/browse/CB-9844 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 >Reporter: Gorkem ERCAN >Assignee: Gorkem ERCAN >Priority: Minor > > If android-packageName is specified on the config.xml two main activity > classes are generated. One with with the package name as specified on id > attribute and one with the value of android-packageName. This is because the > old package name is not removed when the new one is generated [1]. > This has been fixed for Cordova CLI but needs to be fixed on Android because > the logic has moved. > [1] > https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/prepare.js#L156 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8862) Support CrossWalk
[ https://issues.apache.org/jira/browse/CB-8862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Xue closed CB-8862. - Resolution: Fixed > Support CrossWalk > -- > > Key: CB-8862 > URL: https://issues.apache.org/jira/browse/CB-8862 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 4.0.0 >Reporter: Shawn Xue >Priority: Blocker > Fix For: 4.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9877) Automated geolocation plugin tests are failing on iOS
Alexander Sorokin created CB-9877:
-
Summary: Automated geolocation plugin tests are failing on iOS
Key: CB-9877
URL: https://issues.apache.org/jira/browse/CB-9877
Project: Apache Cordova
Issue Type: Bug
Reporter: Alexander Sorokin
Assignee: Alexander Sorokin
These tests require user approval to access device location:
{noformat}
cordova-plugin-geolocation-tests.tests >> getCurrentPosition method success
callback geolocation.spec.6 should be called with a Position object
Error: Timeout - Async callback was not invoked within timeout
specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
file:///private/var/mobile/Containers/Bundle/Application/A560D15B-7D31-4422-BDAF-BF1716F2B3A4/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
cordova-plugin-geolocation-tests.tests >> watchPosition method success
callback geolocation.spec.8 should be called with a Position object
Error: Timeout - Async callback was not invoked within timeout
specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.
file:///private/var/mobile/Containers/Bundle/Application/A560D15B-7D31-4422-BDAF-BF1716F2B3A4/mobilespec.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1764:32
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9834) Hooks in crosswalk plugin do not work any more because we moved ConfigParser
[ https://issues.apache.org/jira/browse/CB-9834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976444#comment-14976444 ] ASF GitHub Bot commented on CB-9834: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-lib/pull/329 CB-9834 Introduce cordova modules compatibility map for plugin hooks This fixes potential issue with third-party plugin hooks, since many of them using internal cordova modules, in particular `ConfigParser` and `xml-helpers`. The sample case is desribed in [CB-9834](https://issues.apache.org/jira/browse/CB-9834) You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-lib CB-9834 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-lib/pull/329.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 #329 commit 7e10c4abcb699b2ea7ce5ec5f4c2c53482ef8523 Author: Vladimir Kotikov Date: 2015-10-27T12:20:10Z CB-9834 Introduce compat map for hook requires > Hooks in crosswalk plugin do not work any more because we moved ConfigParser > > > Key: CB-9834 > URL: https://issues.apache.org/jira/browse/CB-9834 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: Master >Reporter: Nikhil Khandelwal >Assignee: Vladimir Kotikov >Priority: Critical > > Get the master version of cordova-lib and cordova-cli and create a cordova > project. > Add the cross-walk plugin: cordova plugin add cordova-plugin-crosswalk-webview > Fetching plugin "cordova-plugin-crosswalk-webview@^1.2.0" via npm > Installing "cordova-plugin-crosswalk-webview" for android > Failed to install 'cordova-plugin-crosswalk-webview':Error: Cannot find > module 'cordova-lib/src/configparser/ConfigParser' > at Function.Module._resolveFilename (module.js:336:15) > at Function.Module._load (module.js:286:25) > at Module.require (module.js:365:17) > at require (module.js:384:17) > at Context.requireCordovaModule > (D:\cordova\cordova-lib\cordova-lib\src\hooks\Context.js:48:12) > at module.exports > (d:\apps\test\plugins\cordova-plugin-crosswalk-webview\hooks\after_plugin_install\000-shared_mode_special.js:9:32) > at runScriptViaModuleLoader > (D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:151:18) > at runScript > (D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:129:16) > at D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:114:20 > at _fulfilled > (D:\cordova\cordova-lib\cordova-lib\node_modules\q\q.js:787:54) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Reopened] (CB-8862) Support CrossWalk
[ https://issues.apache.org/jira/browse/CB-8862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Xue reopened CB-8862: --- > Support CrossWalk > -- > > Key: CB-8862 > URL: https://issues.apache.org/jira/browse/CB-8862 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Affects Versions: 4.0.0 >Reporter: Shawn Xue >Priority: Blocker > Fix For: 4.0.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976325#comment-14976325 ] Sergey Shakhnazarov commented on CB-6885: - [Windows templates also have this permission included.|https://github.com/apache/cordova-windows/blob/bd87ef2ef95fcc54e669141db8572935a47eb403/template/package.phone.appxmanifest#L55] > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7248) weinre do not work using hash(#) in location
[ https://issues.apache.org/jira/browse/CB-7248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Mueller updated CB-7248: Priority: Major (was: Blocker) > weinre do not work using hash(#) in location > > > Key: CB-7248 > URL: https://issues.apache.org/jira/browse/CB-7248 > Project: Apache Cordova > Issue Type: Bug > Components: weinre > Environment: mac，ubuntu >Reporter: Hans Chan >Assignee: Patrick Mueller > > i am using weinre (2.0.0-pre-HH0SN197)，installed by npm。 > when i open a url like "http://myip/index"; in my mobile device, it works > perfect; > but with a location "http://myip/index#hash";, the debug client can not find > the target. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-6885) Missing INTERNET user permissiong in plugin.xml
[ https://issues.apache.org/jira/browse/CB-6885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976300#comment-14976300 ] Sergey Shakhnazarov commented on CB-6885: - For Android INTERNET permission is now a part of [project template|https://github.com/apache/cordova-android/blob/055e3bf609f854d6030a8b67a46d9c5f8154fb62/bin/templates/project/AndroidManifest.xml#L31]. > Missing INTERNET user permissiong in plugin.xml > --- > > Key: CB-6885 > URL: https://issues.apache.org/jira/browse/CB-6885 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: Android >Reporter: Colin Niu > > The file transfer plugin requires INTERNET permission, but it's missing in > the config file plugin.xml by defualt. Only tested on Android platform. > Others not tested. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-4897) Support window.postMessage for two way communication between local and remote content
[
https://issues.apache.org/jira/browse/CB-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976265#comment-14976265
]
Adrian Florin Florescu edited comment on CB-4897 at 10/27/15 11:48 AM:
---
I think we need this! [~orand]`s solutions is good, feels back to use setTimeout
was (Author: adrianflorinflorescu):
I think we need this, [~orand]`s solutions is good, feels back to use setTimeout
> Support window.postMessage for two way communication between local and remote
> content
> -
>
> Key: CB-4897
> URL: https://issues.apache.org/jira/browse/CB-4897
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Plugin InAppBrowser
>Affects Versions: 3.0.0
>Reporter: Lachlan Hunt
>
> For developing a hybrid web app that will use the device APIs provided by
> Cordova plugins in combination with a remotely hosted web application, it is
> necessary to be able to communicate between the local and remotely hosted
> components.
> The InAppBrowser plugin currently only provides limited support for mostly
> one-way communication using executeScript to inject a new script into the
> remote document. But this is limited because it only allows a single return
> value, and doesn't directly allow for ongoing communication.
> It would be very useful if window.postMessage were supported by the plugin.
> When a message is received by the remote page (via the window.onmessage
> handler), the evt.source property can provide a WindowProxy or MessagePort to
> be used for subsequent communication from the remote page to the local page.
> Other solutions I have considered:
> * Using iframe instead of InAppBrowser, absolutely positioned and covering
> the full height and width of the screen.
> This works, because the Window objects are accessible to both, and posting a
> message to iframe.contentWinow from the local content provides a reference to
> evt.source (The local Window object). This isn't ideal because it prevents
> using InAppBrowser's executeScript feature to first inject a script to enable
> the two-way communication features. Ideally, I don't want the server to
> include it because I don't want the web app to enable the feature when the
> remote page is loaded outside of the native app.
> * Creating a new MessageChannel() object and returning one of the ports via
> the executeScript return value.
> This doesn't work because the MessageChannel() constructor is not yet
> supported by WebKit on the devices.
> * Loading a remote script directly into the local content, and having that
> script populate the DOM with content as needed. This isn't ideal because the
> base URL of the document is not a URL to the remote host, so relative paths
> don't work, and setting causes other problems.
> * Communication via SharedWorker
> This method is the best I've found so far, but is quite complex to setup and
> operate securely.
> Setup for local page:
> * Embed http://remote.example.com/bridge.html";>
> * Generate a secure shared secret key using window.crypto DOM API. (Don't use
> Math.random() because it could potentially allow attackers to guess the
> shared secret.)
> * use iframe.contentWindow.postMessage() to send messages to bridge.html.
> * Send initialisation message with the shared secret key to the bridge.
> * var win = window.open("http://remote.example.com/";, ...)
> * When loaded, use win.executeScript(...) to inject the same bridge.html
> iframe and the shared secret key into the remote page
> Setup for remote page (from executeScript call):
> * Embed http://remote.example.com/bridge.html";>
> * postMessage() initialisation to the bridge with the shared secret key
> Bridge.html
> * Creates a new SharedWorker("bridge.js")
> * Messages received by the SharedWorker are broadcast out to all other
> listeners that have initialised with the same shared secret key.
> Because bridge.html may potentially be embedded into any site and access the
> same SharedWorker, the shared secret key lets the worker know which pages are
> authorised to post messages, and reject messages received from other sources.
> The complexity of that solution would be solved by having native support for
> window.postMessage() in the InAppBrowser plugin.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-4897) Support window.postMessage for two way communication between local and remote content
[
https://issues.apache.org/jira/browse/CB-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976265#comment-14976265
]
Adrian Florin Florescu edited comment on CB-4897 at 10/27/15 11:49 AM:
---
I think we need this!
[~orand]`s solutions is good, but it feels bad to use setTimeout
was (Author: adrianflorinflorescu):
I think we need this! [~orand]`s solutions is good, feels back to use setTimeout
> Support window.postMessage for two way communication between local and remote
> content
> -
>
> Key: CB-4897
> URL: https://issues.apache.org/jira/browse/CB-4897
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Plugin InAppBrowser
>Affects Versions: 3.0.0
>Reporter: Lachlan Hunt
>
> For developing a hybrid web app that will use the device APIs provided by
> Cordova plugins in combination with a remotely hosted web application, it is
> necessary to be able to communicate between the local and remotely hosted
> components.
> The InAppBrowser plugin currently only provides limited support for mostly
> one-way communication using executeScript to inject a new script into the
> remote document. But this is limited because it only allows a single return
> value, and doesn't directly allow for ongoing communication.
> It would be very useful if window.postMessage were supported by the plugin.
> When a message is received by the remote page (via the window.onmessage
> handler), the evt.source property can provide a WindowProxy or MessagePort to
> be used for subsequent communication from the remote page to the local page.
> Other solutions I have considered:
> * Using iframe instead of InAppBrowser, absolutely positioned and covering
> the full height and width of the screen.
> This works, because the Window objects are accessible to both, and posting a
> message to iframe.contentWinow from the local content provides a reference to
> evt.source (The local Window object). This isn't ideal because it prevents
> using InAppBrowser's executeScript feature to first inject a script to enable
> the two-way communication features. Ideally, I don't want the server to
> include it because I don't want the web app to enable the feature when the
> remote page is loaded outside of the native app.
> * Creating a new MessageChannel() object and returning one of the ports via
> the executeScript return value.
> This doesn't work because the MessageChannel() constructor is not yet
> supported by WebKit on the devices.
> * Loading a remote script directly into the local content, and having that
> script populate the DOM with content as needed. This isn't ideal because the
> base URL of the document is not a URL to the remote host, so relative paths
> don't work, and setting causes other problems.
> * Communication via SharedWorker
> This method is the best I've found so far, but is quite complex to setup and
> operate securely.
> Setup for local page:
> * Embed http://remote.example.com/bridge.html";>
> * Generate a secure shared secret key using window.crypto DOM API. (Don't use
> Math.random() because it could potentially allow attackers to guess the
> shared secret.)
> * use iframe.contentWindow.postMessage() to send messages to bridge.html.
> * Send initialisation message with the shared secret key to the bridge.
> * var win = window.open("http://remote.example.com/";, ...)
> * When loaded, use win.executeScript(...) to inject the same bridge.html
> iframe and the shared secret key into the remote page
> Setup for remote page (from executeScript call):
> * Embed http://remote.example.com/bridge.html";>
> * postMessage() initialisation to the bridge with the shared secret key
> Bridge.html
> * Creates a new SharedWorker("bridge.js")
> * Messages received by the SharedWorker are broadcast out to all other
> listeners that have initialised with the same shared secret key.
> Because bridge.html may potentially be embedded into any site and access the
> same SharedWorker, the shared secret key lets the worker know which pages are
> authorised to post messages, and reject messages received from other sources.
> The complexity of that solution would be solved by having native support for
> window.postMessage() in the InAppBrowser plugin.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-4897) Support window.postMessage for two way communication between local and remote content
[
https://issues.apache.org/jira/browse/CB-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976265#comment-14976265
]
Adrian Florin Florescu commented on CB-4897:
I think we need this, [~orand]`s solutions is good, feels back to use setTimeout
> Support window.postMessage for two way communication between local and remote
> content
> -
>
> Key: CB-4897
> URL: https://issues.apache.org/jira/browse/CB-4897
> Project: Apache Cordova
> Issue Type: New Feature
> Components: Plugin InAppBrowser
>Affects Versions: 3.0.0
>Reporter: Lachlan Hunt
>
> For developing a hybrid web app that will use the device APIs provided by
> Cordova plugins in combination with a remotely hosted web application, it is
> necessary to be able to communicate between the local and remotely hosted
> components.
> The InAppBrowser plugin currently only provides limited support for mostly
> one-way communication using executeScript to inject a new script into the
> remote document. But this is limited because it only allows a single return
> value, and doesn't directly allow for ongoing communication.
> It would be very useful if window.postMessage were supported by the plugin.
> When a message is received by the remote page (via the window.onmessage
> handler), the evt.source property can provide a WindowProxy or MessagePort to
> be used for subsequent communication from the remote page to the local page.
> Other solutions I have considered:
> * Using iframe instead of InAppBrowser, absolutely positioned and covering
> the full height and width of the screen.
> This works, because the Window objects are accessible to both, and posting a
> message to iframe.contentWinow from the local content provides a reference to
> evt.source (The local Window object). This isn't ideal because it prevents
> using InAppBrowser's executeScript feature to first inject a script to enable
> the two-way communication features. Ideally, I don't want the server to
> include it because I don't want the web app to enable the feature when the
> remote page is loaded outside of the native app.
> * Creating a new MessageChannel() object and returning one of the ports via
> the executeScript return value.
> This doesn't work because the MessageChannel() constructor is not yet
> supported by WebKit on the devices.
> * Loading a remote script directly into the local content, and having that
> script populate the DOM with content as needed. This isn't ideal because the
> base URL of the document is not a URL to the remote host, so relative paths
> don't work, and setting causes other problems.
> * Communication via SharedWorker
> This method is the best I've found so far, but is quite complex to setup and
> operate securely.
> Setup for local page:
> * Embed http://remote.example.com/bridge.html";>
> * Generate a secure shared secret key using window.crypto DOM API. (Don't use
> Math.random() because it could potentially allow attackers to guess the
> shared secret.)
> * use iframe.contentWindow.postMessage() to send messages to bridge.html.
> * Send initialisation message with the shared secret key to the bridge.
> * var win = window.open("http://remote.example.com/";, ...)
> * When loaded, use win.executeScript(...) to inject the same bridge.html
> iframe and the shared secret key into the remote page
> Setup for remote page (from executeScript call):
> * Embed http://remote.example.com/bridge.html";>
> * postMessage() initialisation to the bridge with the shared secret key
> Bridge.html
> * Creates a new SharedWorker("bridge.js")
> * Messages received by the SharedWorker are broadcast out to all other
> listeners that have initialised with the same shared secret key.
> Because bridge.html may potentially be embedded into any site and access the
> same SharedWorker, the shared secret key lets the worker know which pages are
> authorised to post messages, and reject messages received from other sources.
> The complexity of that solution would be solved by having native support for
> window.postMessage() in the InAppBrowser plugin.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9847) Cannot tell when running on Simulator ( Windows )
[ https://issues.apache.org/jira/browse/CB-9847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976260#comment-14976260 ] Philipp Kursawe commented on CB-9847: - Created a PR that adds support for Windows 8.x (Phone) platforms. https://github.com/apache/cordova-plugin-device/pull/42 > Cannot tell when running on Simulator ( Windows ) > - > > Key: CB-9847 > URL: https://issues.apache.org/jira/browse/CB-9847 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen >Priority: Minor > Labels: Windows, triaged > > There are times where things simply won't work when we are running on the > simulator. For example, if you are using the device-motion api you will > simply never receive a result when calling `getCurrentAcceleration` > It would be nice if we could tell before the call if this is the case, and > avoid waiting for a result. > Prior art in https://github.com/apache/cordova-plugin-device/pull/35 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9876) Add .gitignore tips to docs
Philipp Kursawe created CB-9876: --- Summary: Add .gitignore tips to docs Key: CB-9876 URL: https://issues.apache.org/jira/browse/CB-9876 Project: Apache Cordova Issue Type: Improvement Components: Docs Environment: git Reporter: Philipp Kursawe maybe the docs should contain a guideline on the content of the `.gitignore` file for Cordova repos. ``` .vs .DS_Store bin bld node_modules [Pp]ackages/ [Pp]lugins/ [Pp]latforms/ ``` What you think? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9875) online/offline events get triggered when window.open is called
[ https://issues.apache.org/jira/browse/CB-9875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976100#comment-14976100 ] Bramus Van Damme commented on CB-9875: -- This happens when running an ionic project in the browser (latest Chrome) using `ionic serve`. > online/offline events get triggered when window.open is called > -- > > Key: CB-9875 > URL: https://issues.apache.org/jira/browse/CB-9875 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Network Information >Reporter: Bramus Van Damme > > When calling `window.open(somUrl)` the online eventhandler and successively > the offline eventhandler get triggered. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9875) online/offline events get triggered when window.open is called
Bramus Van Damme created CB-9875: Summary: online/offline events get triggered when window.open is called Key: CB-9875 URL: https://issues.apache.org/jira/browse/CB-9875 Project: Apache Cordova Issue Type: Bug Components: Plugin Network Information Reporter: Bramus Van Damme When calling `window.open(somUrl)` the online eventhandler and successively the offline eventhandler get triggered. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-2083) Cordova for WP8 getPicture Leaves Photos in Camera Roll
[ https://issues.apache.org/jira/browse/CB-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976094#comment-14976094 ] Alan Neveu commented on CB-2083: Totally understand! Sent from my iPhone > Cordova for WP8 getPicture Leaves Photos in Camera Roll > --- > > Key: CB-2083 > URL: https://issues.apache.org/jira/browse/CB-2083 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 2.2.0 > Environment: Windows Phone 8 >Reporter: Alan Neveu >Assignee: Jesse MacFadyen >Priority: Minor > Labels: Annoyance, Enhancement > Original Estimate: 48h > Remaining Estimate: 48h > > getPicture with FileURI does not work, it crashes. > getPicture with DataURL works, but it leaves a copy of the photo on the > phone's Camera Roll. The user then gets very frustrated because they have > this mess of photos from your app cluttering up their personal photos, and > then have to delete them. If they are using SkyDrive on Windows Phone 8, > they will also have a copy of every photo automatically saved to their > SkyDrive account, which then they have to delete from there as well, cursing > your app with every delete operation. Oh, I think that in Windows Phone 7 > this is not the case, but it is the case with Windows Phone 8. > It turns out this is due to the CameraCaptureTask function, which makes it > exceedingly simple to get a photo but has this undesirable side effect. You > cannot just delete the file, though, because of a security exception. > The solution is to re-write Camera.cs so that it uses the full camera API > rather than just the CameraCaptureTask function. That's a couple days of > labor, for sure, but someone needs to do this or else the Windows Phone 8 > platform will suffer from this annoying bug for all that rely on Cordova. > When asked why their app has this annoyance the reply will be "Ah, it's one > of those stupid phonegap apps..." I hate that answer. So I hope that > someone who has the time will contribute to this issue. I will give it a try > in a few weeks when I finish up the projects that I have been putting on hold > while upgrading my app to Windows Phone 8 capable, but I just can't get to it > for a few weeks. I am hoping that this summary will help someone else get a > jump start on this issue as they won't have to do so much preliminary > research before starting. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-9865) Device plugin build failure for iOS
[
https://issues.apache.org/jira/browse/CB-9865?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Sorokin closed CB-9865.
-
Resolution: Fixed
> Device plugin build failure for iOS
> ---
>
> Key: CB-9865
> URL: https://issues.apache.org/jira/browse/CB-9865
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Device
>Affects Versions: Master
> Environment: OS X Yosemite, Xcode 6.4
>Reporter: Alexander Sorokin
>Assignee: Alexander Sorokin
>Priority: Blocker
> Labels: ios
>
> {noformat}
> cordova create hw
> cd hw
> cordova platform add ios
> cordova plugin add https://github.com/apache/cordova-plugin-device
> cordova build
> <...>
> use of undeclared identifier 'TARGET_OS_SIMULATOR'
> return TARGET_OS_SIMULATOR;
> ^
> 1 error generated.
> ** BUILD FAILED **
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9680) Cordova File Transfer creates the empty file then stops
[
https://issues.apache.org/jira/browse/CB-9680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Shakhnazarov resolved CB-9680.
-
Resolution: Invalid
[~dcp3450], please reopen if it is still an issue.
> Cordova File Transfer creates the empty file then stops
> ---
>
> Key: CB-9680
> URL: https://issues.apache.org/jira/browse/CB-9680
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File Transfer
>Affects Versions: 1.2.0
> Environment: Windows 8.1 Using ngCordova
>Reporter: David Powell
> Labels: angularjs, file-transfer, ngCordova
>
> I have an object with file data I generate in a function that's structured
> like this:
> fileData[0]['location'] = "/path/to/save/to/"
> fileData[0][0] = "http://fileurl.com";
> fileData[1]['location'] = "/path/to/save/to/"
> fileData[1][0] = "http://fileurl.com";
> fileData[2]['location'] = "/path/to/save/to/"
> fileData[2][0] = "http://fileurl.com";
> ...
> There's about 188 in total right now.
> I run a second function that I pass the object to that starts from the bottom
> up, extracts the location, creates the directory, then passes data to a
> function to process the download. Once the download is complete it's supposed
> to remove the current item from the object, send the object back to the
> previous function and repeat until the object is empty.
> function startDownload(fs, instlData) {
> delete instlData.__proto__;
> var currentLoc = getObjSize(instlData) - 1;
> var fileUrl = instlData[currentLoc][0];
> var fileLoc = instlData[currentLoc]['location'];
> var fileName = fileUrl.substring(fileUrl.lastIndexOf("/") + 1);
> var filePath = fs.winpath + fileLoc + '/';
> fs.root.getDirectory("/" + fileLoc, { create: true }, function (dirEntry)
> {
> downloadFile(fileUrl, filePath, fileName, fs, instlData, currentLoc);
> }, function (err) { console.log(err); });
> }
> function downloadFile(fileUrl, filePath, fileName, fs, instlData, currentLoc)
> {
> var fileLoc = filePath + fileName;
> $cordovaFileTransfer.download(encodeURI(fileUrl), fileLoc, {}, true)
> .then(function (result) {
> console.log('success');
> console.log(instlData);
> delete instlData[currentLoc];
> startDownload(fs, instlData);
> }, function (err) {
> console.log('error');
> console.log(instlData);
> console.log(err);
> delete instlData[currentLoc];
> startDownload(fs, instlData)
> }, function (progress) {
> console.log('process');
> console.log(progress);
> });
> }
> }, false);
> I'm running everything on deviceready per the docs. I've ran console.log() on
> the variables and all the urls are correct.
> fs.root.getDirectory("/" + fileLoc, { create: true }, function (dirEntry)
> creates the directory as expected and
> $cordovaFileTransfer.download(encodeURI(fileUrl), fileLoc, {}, true) creates
> the empty placeholder file but it's never written to. As a matter of fact,
> nothing happens. No error, not process log, nothing. It doesn't even iterate
> to the next item... just stops.
> If I provide anything that's not a URL (such as just removing "http://"; from
> the file url) it will iterate through all the items, create all the
> placeholders, and create all the directories. Obviously the file is empty
> because it's not a valid url.
> I even tried the test file in the ngCordova example
> (http://cdn.wall-pix.net/albums/art-space/00030109.jpg)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9844) 2 main activities are generated when android package name is specified
[ https://issues.apache.org/jira/browse/CB-9844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976009#comment-14976009 ] ASF GitHub Bot commented on CB-9844: Github user vladimir-kotikov commented on the pull request: https://github.com/apache/cordova-android/pull/233#issuecomment-151413892 @gorkem, please take a look > 2 main activities are generated when android package name is specified > -- > > Key: CB-9844 > URL: https://issues.apache.org/jira/browse/CB-9844 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 >Reporter: Gorkem ERCAN >Assignee: Gorkem ERCAN >Priority: Minor > > If android-packageName is specified on the config.xml two main activity > classes are generated. One with with the package name as specified on id > attribute and one with the value of android-packageName. This is because the > old package name is not removed when the new one is generated [1]. > This has been fixed for Cordova CLI but needs to be fixed on Android because > the logic has moved. > [1] > https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/prepare.js#L156 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9844) 2 main activities are generated when android package name is specified
[ https://issues.apache.org/jira/browse/CB-9844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14976005#comment-14976005 ] ASF GitHub Bot commented on CB-9844: GitHub user vladimir-kotikov opened a pull request: https://github.com/apache/cordova-android/pull/233 CB-9844 Remove old .java after renaming activity This is a port of https://github.com/apache/cordova-lib/pull/328 to cordova-android. Need to be done in two places since the `prepare` logic was moved to platform. More details on JIRA: [CB-9844](https://issues.apache.org/jira/browse/CB-9844) and [CB-9736](https://issues.apache.org/jira/browse/CB-9736) You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-android CB-9844 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/233.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 #233 commit c1b389ad9b75c7029acc33a532f5626692235daf Author: Vladimir Kotikov Date: 2015-10-27T06:12:47Z CB-9844 Remove old .java after renaming activity > 2 main activities are generated when android package name is specified > -- > > Key: CB-9844 > URL: https://issues.apache.org/jira/browse/CB-9844 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.0.0 >Reporter: Gorkem ERCAN >Assignee: Gorkem ERCAN >Priority: Minor > > If android-packageName is specified on the config.xml two main activity > classes are generated. One with with the package name as specified on id > attribute and one with the value of android-packageName. This is because the > old package name is not removed when the new one is generated [1]. > This has been fixed for Cordova CLI but needs to be fixed on Android because > the logic has moved. > [1] > https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/prepare.js#L156 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-5198) Plugins with dependency's will fail with cordova 3.0
[ https://issues.apache.org/jira/browse/CB-5198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Shakhnazarov resolved CB-5198. - Resolution: Invalid > Plugins with dependency's will fail with cordova 3.0 > > > Key: CB-5198 > URL: https://issues.apache.org/jira/browse/CB-5198 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer, Plugin Media Capture >Affects Versions: 3.0.0 >Reporter: Steve Gill > Fix For: 3.6.0 > > > The two plugins above have a dependency tag that downloads from the registry. > Cordova 3.0.0 doesn't have support for downloading from the registry. > If someone with cordova 3.0.0 installs the file-transfer plugin (using the > git url since that was the suggested way for 3.0), it will fail in installing > the dependency due to lack of registry support. > Suggestions > Bump the major version of these plugins and set engine tag to 3.1.0 > Change 3.0 docs to suggest downloading based of 3.0.0 tag instead of from > master. Ex. cordova plugin add > https://git-wip-us.apache.org/repos/asf/cordova-plugin-file-transfer.git#3.0.0 > (I am having trouble with this right now, figuring out why) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7248) weinre do not work using hash(#) in location
[ https://issues.apache.org/jira/browse/CB-7248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14975999#comment-14975999 ] Gaven Henry commented on CB-7248: - Perhaps more of something for weinre devs to look? Or at least warrants a status change from blocker in Jira for Cordova > weinre do not work using hash(#) in location > > > Key: CB-7248 > URL: https://issues.apache.org/jira/browse/CB-7248 > Project: Apache Cordova > Issue Type: Bug > Components: weinre > Environment: mac，ubuntu >Reporter: Hans Chan >Assignee: Patrick Mueller >Priority: Blocker > > i am using weinre (2.0.0-pre-HH0SN197)，installed by npm。 > when i open a url like "http://myip/index"; in my mobile device, it works > perfect; > but with a location "http://myip/index#hash";, the debug client can not find > the target. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8315) "Object" doesn't display its attributes
[
https://issues.apache.org/jira/browse/CB-8315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14975995#comment-14975995
]
Gaven Henry commented on CB-8315:
-
I think this is normal, I have always seen the same.
There are alternatives by using platform specific development tools:
ios - connect to device with Safari to debug (can click to expand objects)
android - connect to device with chrome to debug (can click to expand objects)
windows - run in debug mode through visual studio and use the built in
javascript console (can click to expand objects).
Not sure if it is platform dependant but on windows at least (haven't tried
others) you can run console.dir(x), where x is a complex object and it will log
it expanded.
This issue could probably be closed.
> "Object" doesn't display its attributes
> ---
>
> Key: CB-8315
> URL: https://issues.apache.org/jira/browse/CB-8315
> Project: Apache Cordova
> Issue Type: Bug
> Components: weinre
> Environment: Firefox nightly on MacOSX Yosemite
>Reporter: _kud
>Assignee: Patrick Mueller
>Priority: Blocker
>
> When you console.log() an object, you can see the type "Object". But when you
> click on the arrow, it doesn't display the attributes:
> ```
> 2015-01-15T14:23:53.342Z weinre:
> NetworkNotify.setInitialContent([35,"{\"channel\":{\"name\":\"Euronews\"},\"program\":{\"progress\":21.6667,\"startAt\":\"15:23\",\"endAt\":\"15:27\",\"title\":\"Le
>
> mag\",\"genre\":\"Magazine\",\"subgenre\":\"D\\u00e9couverte\"}}","XHR",null])
> 2015-01-15T14:23:53.342Z weinre:
> NetworkNotify.didFinishLoading([35,1421331832.673,null])
> 2015-01-15T14:23:53.346Z weinre:
> --
> 2015-01-15T14:23:53.346Z weinre: POST /c-48 [request]
> 2015-01-15T14:23:53.346Z weinre:WeinreClientCommands.logError(["weinre:
> invocation exception on Object.childNodeInserted(): TypeError: parent is
> undefined",null])
> 2015-01-15T14:23:53.346Z weinre: client c-48: weinre: invocation exception on
> Object.childNodeInserted(): TypeError: parent is undefined
> ```
> I had to do console.log(JSON.stringify(Object)) to get a correct display.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-9834) Hooks in crosswalk plugin do not work any more because we moved ConfigParser
[ https://issues.apache.org/jira/browse/CB-9834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14975959#comment-14975959 ] Vladimir Kotikov commented on CB-9834: -- The fix has been merged into plugin's repo. > Hooks in crosswalk plugin do not work any more because we moved ConfigParser > > > Key: CB-9834 > URL: https://issues.apache.org/jira/browse/CB-9834 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaLib >Affects Versions: Master >Reporter: Nikhil Khandelwal >Assignee: Vladimir Kotikov >Priority: Critical > > Get the master version of cordova-lib and cordova-cli and create a cordova > project. > Add the cross-walk plugin: cordova plugin add cordova-plugin-crosswalk-webview > Fetching plugin "cordova-plugin-crosswalk-webview@^1.2.0" via npm > Installing "cordova-plugin-crosswalk-webview" for android > Failed to install 'cordova-plugin-crosswalk-webview':Error: Cannot find > module 'cordova-lib/src/configparser/ConfigParser' > at Function.Module._resolveFilename (module.js:336:15) > at Function.Module._load (module.js:286:25) > at Module.require (module.js:365:17) > at require (module.js:384:17) > at Context.requireCordovaModule > (D:\cordova\cordova-lib\cordova-lib\src\hooks\Context.js:48:12) > at module.exports > (d:\apps\test\plugins\cordova-plugin-crosswalk-webview\hooks\after_plugin_install\000-shared_mode_special.js:9:32) > at runScriptViaModuleLoader > (D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:151:18) > at runScript > (D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:129:16) > at D:\cordova\cordova-lib\cordova-lib\src\hooks\HooksRunner.js:114:20 > at _fulfilled > (D:\cordova\cordova-lib\cordova-lib\node_modules\q\q.js:787:54) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-9874) Sloppy object code demonstrates poor javascript
Jesse MacFadyen created CB-9874: --- Summary: Sloppy object code demonstrates poor javascript Key: CB-9874 URL: https://issues.apache.org/jira/browse/CB-9874 Project: Apache Cordova Issue Type: Improvement Components: Plugin Device Reporter: Jesse MacFadyen Assignee: Jesse MacFadyen Priority: Minor The javascript code creates an object and prototype which is not exposed outside it's own module. It simply exports a 'new' object. We should be providing best practice code in our core plugins, especially the simpler ones. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-9386) Use iOS identifierForVendor for the device UUID property
[ https://issues.apache.org/jira/browse/CB-9386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-9386. - Resolution: Fixed > Use iOS identifierForVendor for the device UUID property > > > Key: CB-9386 > URL: https://issues.apache.org/jira/browse/CB-9386 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device > Environment: iOS >Reporter: Jordan Clist >Priority: Minor > Original Estimate: 0h > Remaining Estimate: 0h > > The UUID used in Cordova device plugin is currently just generating a new > UUID and saving to preferences. This can be improved by using iOS > identifierForVendor which has been in use since at least iOS 6 (maybe > earlier). > This means the UUID will be the same across multiple apps from the same > vendor. > I have made the adjustments in this pull request: > https://github.com/apache/cordova-plugin-device/pull/36 > This should be backwards compatible as we still check the NSUserDefaults > before using identifierForVendor so previous installs will not be affected. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8490) Phonegap and Cordova registry do not have the save version of the plugin
[ https://issues.apache.org/jira/browse/CB-8490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8490. - Resolution: Fixed All plugins are now expecting npmjs.org to be the latest and greatest. Other lists are readonly now. > Phonegap and Cordova registry do not have the save version of the plugin > > > Key: CB-8490 > URL: https://issues.apache.org/jira/browse/CB-8490 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device >Reporter: Baptiste Gaillard > Labels: registry > > Since few days / weeks it seems version 0.2.x of the plugin is not registered > in the Apache Cordova registry (see the JSON payload returned here > http://registry.cordova.io/org.apache.cordova.device). > Because we also use Phonegap Build to build our apps having the same version > of plugins available in the Phonegap Build Plugin Registry and the Apache > Cordova Publigin registry is required. > So, the Apache Cordova Registry should provide version 0.2.x of the device > plugin. > It seems strange to remove old plugin versions from the Apache Cordova > Registry because it will break several apps or force developers to upgrade > their plugins which is not always advised or necessary. > Why do you deleted old plugin versions from the Apache Cordova Registry ? > For me a registry MUST keep old versions of packages even if those package > are not maintained anymore. > Thanks, > Baptiste -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8767) Have the ability to detect running in emulator or simulator vs real device
[ https://issues.apache.org/jira/browse/CB-8767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8767. - Resolution: Duplicate new property `isVirtual` has been added to iOS + Android + WP8 > Have the ability to detect running in emulator or simulator vs real device > -- > > Key: CB-8767 > URL: https://issues.apache.org/jira/browse/CB-8767 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin Device >Affects Versions: 3.5.0 >Reporter: Gordon Sun > > Google search on how to do this gave me nothing useful except > http://stackoverflow.com/questions/20761520/phonegap-detect-emulation . But > when I try to do what the answer suggested device.platform gives me iOS > device.model gives me x86_64 . There is basically no way for me to detect > whether I'm running inside emulator or real device. Is this a regression or > something? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
