[jira] [Commented] (CB-7698) CLI: no validation for globally required plugin variables
[ https://issues.apache.org/jira/browse/CB-7698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359977#comment-14359977 ] ASF GitHub Bot commented on CB-7698: Github user nikhilkh commented on the pull request: https://github.com/apache/cordova-lib/pull/184#issuecomment-78815446 @vladimir-kotikov Can you please help review? > CLI: no validation for globally required plugin variables > - > > Key: CB-7698 > URL: https://issues.apache.org/jira/browse/CB-7698 > Project: Apache Cordova > Issue Type: Bug > Components: CLI >Reporter: Bryan Higgins >Assignee: Bryan Higgins >Priority: Minor > > CLI should check that any globally required variables (preference at root > level in plugin.xml) have been provided before calling plugman.install on the > platforms. Otherwise the plugin is added to the project but plugman fails to > install to any platforms. > From the docs: > plugman checks that these required preferences are passed in. If not, it > should warn the user how to pass the variable in and exit with a non-zero > code. > http://cordova.apache.org/docs/en/3.6.0/plugin_ref_spec.md.html#Plugin%20Specification -- 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-8667) Issues with callback results where status == NO_RESULT | 0
[ https://issues.apache.org/jira/browse/CB-8667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen updated CB-8667: Component/s: Windows > Issues with callback results where status == NO_RESULT | 0 > -- > > Key: CB-8667 > URL: https://issues.apache.org/jira/browse/CB-8667 > Project: Apache Cordova > Issue Type: Bug > Components: Windows >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > Due to the enumeration of cordova.callbackStatus (NO_RESULT = 0 and OK = 1), > the logic used for defaulting to cordova.callbackStatus.OK will always > default to cordova.callbackStatus.OK when the callbackStatus is set to > cordova.callbackStatus.NO_RESULT. -- 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-8667) Issues with callback results where status == NO_RESULT | 0
Jesse MacFadyen created CB-8667: --- Summary: Issues with callback results where status == NO_RESULT | 0 Key: CB-8667 URL: https://issues.apache.org/jira/browse/CB-8667 Project: Apache Cordova Issue Type: Bug Reporter: Jesse MacFadyen Due to the enumeration of cordova.callbackStatus (NO_RESULT = 0 and OK = 1), the logic used for defaulting to cordova.callbackStatus.OK will always default to cordova.callbackStatus.OK when the callbackStatus is set to cordova.callbackStatus.NO_RESULT. -- 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-8667) Issues with callback results where status == NO_RESULT | 0
[ https://issues.apache.org/jira/browse/CB-8667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen reassigned CB-8667: --- Assignee: Jesse MacFadyen > Issues with callback results where status == NO_RESULT | 0 > -- > > Key: CB-8667 > URL: https://issues.apache.org/jira/browse/CB-8667 > Project: Apache Cordova > Issue Type: Bug >Reporter: Jesse MacFadyen >Assignee: Jesse MacFadyen > > Due to the enumeration of cordova.callbackStatus (NO_RESULT = 0 and OK = 1), > the logic used for defaulting to cordova.callbackStatus.OK will always > default to cordova.callbackStatus.OK when the callbackStatus is set to > cordova.callbackStatus.NO_RESULT. -- 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-8666) Update CDVWKWebViewEngine plugin to use 4.0.x branch code
[ https://issues.apache.org/jira/browse/CB-8666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8666: - Description: Currently using 4.0.x branch code does not compile: 1. Missing initWithWebView selector in CDVPlugin (File plugin) 2. Missing NSDictionary+CordovaPreferences.h header (make Public) Update the README to reflect usage of 4.0.x was: Currently using 4.0.x branch code does not compile: 1. Missing initWithWebView selector in CDVPlugin (File plugin) 2. Missing NSDictionary+CordovaPreferences.h header Update the README to reflect usage of 4.0.x > Update CDVWKWebViewEngine plugin to use 4.0.x branch code > - > > Key: CB-8666 > URL: https://issues.apache.org/jira/browse/CB-8666 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > Currently using 4.0.x branch code does not compile: > 1. Missing initWithWebView selector in CDVPlugin (File plugin) > 2. Missing NSDictionary+CordovaPreferences.h header (make Public) > Update the README to reflect usage of 4.0.x -- 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-8556) handleOpenURL functionality to be removed to a plugin
[ https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359688#comment-14359688 ] Shazron Abdullah commented on CB-8556: -- http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/2eea1392 > handleOpenURL functionality to be removed to a plugin > - > > Key: CB-8556 > URL: https://issues.apache.org/jira/browse/CB-8556 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > It's already pluginized due to CB-7606 > In 4.0.0, remove the plugin from core and put it in cordova-plugins. > Possibility of release as a core plugin, not sure. > This will include functionality to configure the callback function that is > called, which is currently a global handleOpenURL function. > Remove/edit the note here as well: > https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md -- 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-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility
[ https://issues.apache.org/jira/browse/CB-8659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359681#comment-14359681 ] Shazron Abdullah commented on CB-8659: -- Ian, I'd like to update the CDVFile plugin to move all the code in initWithWebView into pluginInitialize so I can resolve this issue: CB-8666 > iOS Plugins: Cordova-iOS 4.0.0 compatibility > > > Key: CB-8659 > URL: https://issues.apache.org/jira/browse/CB-8659 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Battery Status, Plugin Camera, Plugin > Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin > Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin > Media Capture >Affects Versions: 4.0.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 4.0.0 > > > iOS Plugins need to stop using initWithWebView: > They also depend on several deprecated categories: > - NSArray+Comparisons.h > - NSDictionary+Extensions.h > These need to be fixed in a backwards-compatible way before 4.0.0 is released. -- 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-8666) Update CDVWKWebViewEngine plugin to use 4.0.x branch code
[ https://issues.apache.org/jira/browse/CB-8666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8666: - Description: Currently using 4.0.x branch code does not compile: 1. Missing initWithWebView selector in CDVPlugin (File plugin) 2. Missing NSDictionary+CordovaPreferences.h header Update the README to reflect usage of 4.0.x was: Currently using 4.0.x branch code does not compile: 1. Missing initWithWebView selector in CDVPlugin (File plugin) Update the README to reflect usage of 4.0.x > Update CDVWKWebViewEngine plugin to use 4.0.x branch code > - > > Key: CB-8666 > URL: https://issues.apache.org/jira/browse/CB-8666 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > Currently using 4.0.x branch code does not compile: > 1. Missing initWithWebView selector in CDVPlugin (File plugin) > 2. Missing NSDictionary+CordovaPreferences.h header > Update the README to reflect usage of 4.0.x -- 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-8666) Update CDVWKWebViewEngine plugin to use 4.0.x branch code
Shazron Abdullah created CB-8666: Summary: Update CDVWKWebViewEngine plugin to use 4.0.x branch code Key: CB-8666 URL: https://issues.apache.org/jira/browse/CB-8666 Project: Apache Cordova Issue Type: Task Components: iOS Affects Versions: 4.0.0 Reporter: Shazron Abdullah Fix For: 4.0.0 Currently using 4.0.x branch code does not compile: 1. Missing initWithWebView selector in CDVPlugin (File plugin) Update the README to reflect usage of 4.0.x -- 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-8665) Add WKNavigationDelegate to CDVWKWebViewEngine plugin
Shazron Abdullah created CB-8665:
Summary: Add WKNavigationDelegate to CDVWKWebViewEngine plugin
Key: CB-8665
URL: https://issues.apache.org/jira/browse/CB-8665
Project: Apache Cordova
Issue Type: Task
Components: iOS
Affects Versions: 4.0.0
Reporter: Shazron Abdullah
Fix For: 4.0.0
CDVWKWebViewEngine needs to have a navigationDelegate that implements:
{code}
- (void)webView:(WKWebView *)webView didFinishNavigation:(WKNavigation
*)navigation
{code}
... which then will post CDVPageDidLoadNotification:
{code}
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification
notificationWithName:CDVPageDidLoadNotification object:self.webView]];
{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] [Comment Edited] (CB-8556) handleOpenURL functionality to be removed to a plugin
[
https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359666#comment-14359666
]
Shazron Abdullah edited comment on CB-8556 at 3/13/15 12:15 AM:
This is failing on CDVWKWebViewEngine because CDVPageDidLoadNotification is
not posted once the page is loaded.
{code}
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification
notificationWithName:CDVPageDidLoadNotification object:self.webView]];
{code}
CDVWKWebViewEngine needs to have a navigationDelegate that implements:
{code}
- (void)webView:(WKWebView *)webView didFinishNavigation:(WKNavigation
*)navigation
{code}
... which then will post CDVPageDidLoadNotification
was (Author: shazron):
This is failing on CDVWKWebViewEngine because CDVPageDidLoadNotification is
not posted once the page is loaded.
{code}
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification
notificationWithName:CDVPageDidLoadNotification object:self.webView]];
{code}
> handleOpenURL functionality to be removed to a plugin
> -
>
> Key: CB-8556
> URL: https://issues.apache.org/jira/browse/CB-8556
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 4.0.0
>Reporter: Shazron Abdullah
> Fix For: 4.0.0
>
>
> It's already pluginized due to CB-7606
> In 4.0.0, remove the plugin from core and put it in cordova-plugins.
> Possibility of release as a core plugin, not sure.
> This will include functionality to configure the callback function that is
> called, which is currently a global handleOpenURL function.
> Remove/edit the note here as well:
> https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md
--
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-8663) Android file plugin should not run MediaScanner for files in private storage
[ https://issues.apache.org/jira/browse/CB-8663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8663. --- Resolution: Fixed Fixed in 1.3.4-dev > Android file plugin should not run MediaScanner for files in private storage > > > Key: CB-8663 > URL: https://issues.apache.org/jira/browse/CB-8663 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File >Reporter: Andrew Grieve >Assignee: Andrew Grieve >Priority: Minor > > Not sure whether it's harmful or not, but it causes a logcat message for each > file being scanned, and so raises an eyebrow. -- 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-8556) handleOpenURL functionality to be removed to a plugin
[
https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359666#comment-14359666
]
Shazron Abdullah commented on CB-8556:
--
This is failing on CDVWKWebViewEngine because CDVPageDidLoadNotification is
not posted once the page is loaded.
{code}
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification
notificationWithName:CDVPageDidLoadNotification object:self.webView]];
{code}
> handleOpenURL functionality to be removed to a plugin
> -
>
> Key: CB-8556
> URL: https://issues.apache.org/jira/browse/CB-8556
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 4.0.0
>Reporter: Shazron Abdullah
> Fix For: 4.0.0
>
>
> It's already pluginized due to CB-7606
> In 4.0.0, remove the plugin from core and put it in cordova-plugins.
> Possibility of release as a core plugin, not sure.
> This will include functionality to configure the callback function that is
> called, which is currently a global handleOpenURL function.
> Remove/edit the note here as well:
> https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md
--
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-8556) handleOpenURL functionality to be removed to a plugin
[ https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359650#comment-14359650 ] Shazron Abdullah commented on CB-8556: -- Tested on CDVUIWebViewEngine using steps in CB-7606 - works as expected. > handleOpenURL functionality to be removed to a plugin > - > > Key: CB-8556 > URL: https://issues.apache.org/jira/browse/CB-8556 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > It's already pluginized due to CB-7606 > In 4.0.0, remove the plugin from core and put it in cordova-plugins. > Possibility of release as a core plugin, not sure. > This will include functionality to configure the callback function that is > called, which is currently a global handleOpenURL function. > Remove/edit the note here as well: > https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md -- 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-7767) [iOS] Remove usage of NSData+Base64
[ https://issues.apache.org/jira/browse/CB-7767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7767: - Description: There is built in support since iOS 7. Once we drop iOS 6, we can do this. https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 was:There is built in support since iOS 7. Once we drop iOS 6, we can do this. > [iOS] Remove usage of NSData+Base64 > > > Key: CB-7767 > URL: https://issues.apache.org/jira/browse/CB-7767 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > There is built in support since iOS 7. Once we drop iOS 6, we can do this. > https://developer.apple.com/library/ios/documentation/Cocoa/Reference/Foundation/Classes/NSData_Class/index.html#//apple_ref/doc/uid/2172-SW36 -- 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-7826) Add CDVPlugin support for getting items from plugin resource bundles
[ https://issues.apache.org/jira/browse/CB-7826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7826: - Description: Example: https://github.com/apache/cordova-plugin-media-capture/blob/f7d70e2e8f8354743286011f70dcd79a3292a82e/src/ios/CDVCapture.m#L34-L40 Each plugin can have a .bundle with images, localization strings, etc and we provide an interface in CDVPlugin to grab them. Advantages: 1. Only one line in plugin.xml as a tag, versus N lines for N files 2. "Namespacing" of resources built in, no fear of resource name collision with other plugins, or the project template was: Example: https://github.com/apache/cordova-plugin-media-capture/blob/f7d70e2e8f8354743286011f70dcd79a3292a82e/src/ios/CDVCapture.m#L34 Each plugin can have a .bundle with images, localization strings, etc and we provide an interface in CDVPlugin to grab them. Advantages: 1. Only one line in plugin.xml as a tag, versus N lines for N files 2. "Namespacing" of resources built in, no fear of resource name collision with other plugins, or the project template > Add CDVPlugin support for getting items from plugin resource bundles > > > Key: CB-7826 > URL: https://issues.apache.org/jira/browse/CB-7826 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > Example: > https://github.com/apache/cordova-plugin-media-capture/blob/f7d70e2e8f8354743286011f70dcd79a3292a82e/src/ios/CDVCapture.m#L34-L40 > Each plugin can have a .bundle with images, localization strings, > etc and we provide an interface in CDVPlugin to grab them. > Advantages: > 1. Only one line in plugin.xml as a tag, versus N lines for N files > 2. "Namespacing" of resources built in, no fear of resource name collision > with other plugins, or the project template -- 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-8475) Create plugin to handle local/remote push notification delegates in the app delegate
[ https://issues.apache.org/jira/browse/CB-8475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8475: - Description: These refer to the 3 delegates that were in AppDelegate.m in the template. See dependent issue. Plugin should reside in the cordova-plugins repo. Lines: https://github.com/apache/cordova-ios/blob/4d60a630a203f149dff46c02cb59c0bd0438c082/CordovaLib/Classes/CDVAppDelegate.m#L88-L116 was: These refer to the 3 delegates that were in AppDelegate.m in the template. See dependent issue. Plugin should reside in the cordova-plugins repo. > Create plugin to handle local/remote push notification delegates in the app > delegate > > > Key: CB-8475 > URL: https://issues.apache.org/jira/browse/CB-8475 > Project: Apache Cordova > Issue Type: Task > Components: iOS, Plugins >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > These refer to the 3 delegates that were in AppDelegate.m in the template. > See dependent issue. > Plugin should reside in the cordova-plugins repo. > Lines: > https://github.com/apache/cordova-ios/blob/4d60a630a203f149dff46c02cb59c0bd0438c082/CordovaLib/Classes/CDVAppDelegate.m#L88-L116 -- 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-8556) handleOpenURL functionality to be removed to a plugin
[ https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359618#comment-14359618 ] Shazron Abdullah commented on CB-8556: -- Since the plugin code has been altered to support CDVWebViewEngineProtocol and is now async, this must be re-tested to ensure that it works on both cold and warm starts before it is broken out. > handleOpenURL functionality to be removed to a plugin > - > > Key: CB-8556 > URL: https://issues.apache.org/jira/browse/CB-8556 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > It's already pluginized due to CB-7606 > In 4.0.0, remove the plugin from core and put it in cordova-plugins. > Possibility of release as a core plugin, not sure. > This will include functionality to configure the callback function that is > called, which is currently a global handleOpenURL function. > Remove/edit the note here as well: > https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md -- 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-8474) Remove local/remote push notification delegates from CordovaAppDelegate
[ https://issues.apache.org/jira/browse/CB-8474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8474. -- Resolution: Fixed Assignee: Shazron Abdullah http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/962f47cb > Remove local/remote push notification delegates from CordovaAppDelegate > --- > > Key: CB-8474 > URL: https://issues.apache.org/jira/browse/CB-8474 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > They should be in a plugin, in the cordova-plugins repo, that swizzles the > appropriate delegates (see CB-8475) > See dependent and is depended on linked issues. -- 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-8464) Remove non-ARC code in AppDelegate
[ https://issues.apache.org/jira/browse/CB-8464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8464. -- Resolution: Fixed Assignee: Shazron Abdullah http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/4d60a630 > Remove non-ARC code in AppDelegate > -- > > Key: CB-8464 > URL: https://issues.apache.org/jira/browse/CB-8464 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > https://github.com/apache/cordova-ios/blob/master/bin/templates/project/__PROJECT_NAME__/Classes/AppDelegate.m > All new projects have ARC enabled by default. -- 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-8473) Remove AppDelegate code from template
[ https://issues.apache.org/jira/browse/CB-8473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8473. -- Resolution: Fixed Assignee: Shazron Abdullah http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/0053d35b > Remove AppDelegate code from template > - > > Key: CB-8473 > URL: https://issues.apache.org/jira/browse/CB-8473 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > 1. Move the AppDelegate code into the CordovaLib project (e.g. > CordovaAppDelegate) > 2. Make the template AppDelegate class inherit from CordovaAppDelegate, and > just be empty -- 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-7179) [InAppBrowser][iOS 8] Update to support WKWebView
[ https://issues.apache.org/jira/browse/CB-7179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359571#comment-14359571 ] Shazron Abdullah commented on CB-7179: -- We can punt this to later -- InAppBrowser can use UIWebView for now. > [InAppBrowser][iOS 8] Update to support WKWebView > - > > Key: CB-7179 > URL: https://issues.apache.org/jira/browse/CB-7179 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin InAppBrowser > Environment: iOS 8 >Reporter: Shazron Abdullah > > support dual use with UIWebView -- 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-8664) Make CDVPlugin initializer private
[ https://issues.apache.org/jira/browse/CB-8664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359569#comment-14359569 ] Shazron Abdullah commented on CB-8664: -- Public vs Private vs Project http://stackoverflow.com/questions/7439192/xcode-copy-headers-public-vs-private-vs-project > Make CDVPlugin initializer private > -- > > Key: CB-8664 > URL: https://issues.apache.org/jira/browse/CB-8664 > Project: Apache Cordova > Issue Type: Sub-task >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Put in a CDVPlugin+Private.h file -- 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-7522) Wrong file path leads to error code 1000 due to NullPointerException on Android
[
https://issues.apache.org/jira/browse/CB-7522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359523#comment-14359523
]
Jonathon Lamon edited comment on CB-7522 at 3/12/15 10:12 PM:
--
Ran into this issue on upgrading from Cordova 3.3. I disagree that this is not
a bug. The implementation of fullPathForFilesystemPath does not make sense to
ever return null.
It is called if the full path starts with "/". Then if the full path matches
the rootURI, it removes the rootURI from the path, creating a relative URI, but
if it does not, we end up with a null pointer exception.
On IOS and Desktop platforms, using a path beginning with a "/" does not cause
issues and the path is returned as absolute relative to to the sdcard/app
documents.
IMO, 1 of the following should occur
1. If the path provided begins with the rootURI, then only go down the path of
removing it.
2. if the absolutePath provided does not begin with the rootUri, simply return
the absolutePath, instead of null.
3. continue to return null, but if URLforFilesystemPath returns null, treat it
as a relative path instead and call URLforFullPath.
I have personally modified LcalFilesystem to do option 2, which mimics the
behavior from cordova 3.3.
{noformat}
private String fullPathForFilesystemPath(String absolutePath) {
if (absolutePath != null &&
absolutePath.startsWith(rootUri.getPath())) {
return
absolutePath.substring(rootUri.getPath().length());
}
return absolutePath;
}
{noformat}
was (Author: jonl-percsol):
Ran into this issue on upgrading from Cordova 3.3. I disagree that this is not
a bug. The implementation of fullPathForFilesystemPath does not make sense to
ever return null.
It is called if the full path starts with "/". Then if the full path matches
the rootURI, it removes the rootURI from the path, creating a relative URI, but
if it does not, we end up with a null pointer exception.
On IOS and Desktop platforms, using a path beginning with a "/" does not cause
issues and the path is returned as absolute relative to to the sdcard/app
documents.
IMO, 1 of the following should occur
1. If the path provided begins with the rootURI, then only go down the path of
removing it.
2. if the absolutePath provided does not begin with the rootUri, simply return
the absolutePath, instead of null.
3. continue to return null, but if URLforFilesystemPath returns null, treat it
as a relative path instead and call URLforFullPath.
I have personally modified LcalFilesystem to do option 2, which mimics the
behavior from cordova 3.3.
> Wrong file path leads to error code 1000 due to NullPointerException on
> Android
> ---
>
> Key: CB-7522
> URL: https://issues.apache.org/jira/browse/CB-7522
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.5.0
> Environment: Android
>Reporter: Leon
>Priority: Minor
>
> Hi,
> I am using Cordova version 3.5.0-0.2.6 and version 1.3.0 of the File plugin
> on Ubuntu.
> Yesterday I got error code 1000 (corresponds to UNKNOWN_ERR as defined in
> android/FileUtils.java) when I tried the following JavaScript code on Samsung
> S2 (GT-I9100) with Android 4.1.2:
> {code:title=my.js|borderStyle=solid}
> var sFileLocation = '/Android/data//assets/';
> sFileLocation += filesToRemove[nFile];
> fileSystem.root.getFile(
> sFileLocation,
> null,
> function(entry) {
> entry.remove( function() {
> console.log("file removed");
> }, onError);
> }, onGetFileError);
> {code}
> My investigation showed that the error code 1000 was caused by Java
> NullPointerException from implentation of the method
> fullPathForFilesystemPath in class *LocalFilesystem* because of the following
> code:
> {code:title=LocalFilesystem.java|borderStyle=solid}
> private String fullPathForFilesystemPath(String absolutePath) {
> if (absolutePath != null &&
> absolutePath.startsWith(this.fsRoot)) {
> return absolutePath.substring(this.fsRoot.length());
> }
> return null;
> }
> {code}
> The specified path at JavaScript snippet starts with / but its prefix does
> not match the root of dir so in Android the Java method
> fullPathForFilesystemPath returns *null* and leads to error *1000* at the
> JavaScript.
> The +JavaScript snippet works fine+ if the path is specified using any of the
> following formats: *"Android/data//assets/"* or
> *"/storage/sdcard0/Android/data//assets/"*.
> It is not exactly a bug but it is very inconvenient and not developer
> friendly. I did not find any
[jira] [Commented] (CB-7522) Wrong file path leads to error code 1000 due to NullPointerException on Android
[
https://issues.apache.org/jira/browse/CB-7522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359523#comment-14359523
]
Jonathon Lamon commented on CB-7522:
Ran into this issue on upgrading from Cordova 3.3. I disagree that this is not
a bug. The implementation of fullPathForFilesystemPath does not make sense to
ever return null.
It is called if the full path starts with "/". Then if the full path matches
the rootURI, it removes the rootURI from the path, creating a relative URI, but
if it does not, we end up with a null pointer exception.
On IOS and Desktop platforms, using a path beginning with a "/" does not cause
issues and the path is returned as absolute relative to to the sdcard/app
documents.
IMO, 1 of the following should occur
1. If the path provided begins with the rootURI, then only go down the path of
removing it.
2. if the absolutePath provided does not begin with the rootUri, simply return
the absolutePath, instead of null.
3. continue to return null, but if URLforFilesystemPath returns null, treat it
as a relative path instead and call URLforFullPath.
I have personally modified LcalFilesystem to do option 2, which mimics the
behavior from cordova 3.3.
> Wrong file path leads to error code 1000 due to NullPointerException on
> Android
> ---
>
> Key: CB-7522
> URL: https://issues.apache.org/jira/browse/CB-7522
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.5.0
> Environment: Android
>Reporter: Leon
>Priority: Minor
>
> Hi,
> I am using Cordova version 3.5.0-0.2.6 and version 1.3.0 of the File plugin
> on Ubuntu.
> Yesterday I got error code 1000 (corresponds to UNKNOWN_ERR as defined in
> android/FileUtils.java) when I tried the following JavaScript code on Samsung
> S2 (GT-I9100) with Android 4.1.2:
> {code:title=my.js|borderStyle=solid}
> var sFileLocation = '/Android/data//assets/';
> sFileLocation += filesToRemove[nFile];
> fileSystem.root.getFile(
> sFileLocation,
> null,
> function(entry) {
> entry.remove( function() {
> console.log("file removed");
> }, onError);
> }, onGetFileError);
> {code}
> My investigation showed that the error code 1000 was caused by Java
> NullPointerException from implentation of the method
> fullPathForFilesystemPath in class *LocalFilesystem* because of the following
> code:
> {code:title=LocalFilesystem.java|borderStyle=solid}
> private String fullPathForFilesystemPath(String absolutePath) {
> if (absolutePath != null &&
> absolutePath.startsWith(this.fsRoot)) {
> return absolutePath.substring(this.fsRoot.length());
> }
> return null;
> }
> {code}
> The specified path at JavaScript snippet starts with / but its prefix does
> not match the root of dir so in Android the Java method
> fullPathForFilesystemPath returns *null* and leads to error *1000* at the
> JavaScript.
> The +JavaScript snippet works fine+ if the path is specified using any of the
> following formats: *"Android/data//assets/"* or
> *"/storage/sdcard0/Android/data//assets/"*.
> It is not exactly a bug but it is very inconvenient and not developer
> friendly. I did not find anything about this behaviour at the docuemntation
> of the plugin. It will be much better if error code such
> FileError.ENCODING_ERR (5) or even FileError.NOT_FOUND_ERR (1) is returned.
> May we modify the Java code and to update the documentation to make it more
> friendly for developers?
> Best regards,
> Leon
--
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-8475) Create plugin to handle local/remote push notification delegates in the app delegate
[ https://issues.apache.org/jira/browse/CB-8475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8475: - Affects Version/s: 4.0.0 > Create plugin to handle local/remote push notification delegates in the app > delegate > > > Key: CB-8475 > URL: https://issues.apache.org/jira/browse/CB-8475 > Project: Apache Cordova > Issue Type: Task > Components: iOS, Plugins >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > These refer to the 3 delegates that were in AppDelegate.m in the template. > See dependent issue. > Plugin should reside in the cordova-plugins repo. -- 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-7826) Add CDVPlugin support for getting items from plugin resource bundles
[ https://issues.apache.org/jira/browse/CB-7826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7826: - Affects Version/s: 4.0.0 > Add CDVPlugin support for getting items from plugin resource bundles > > > Key: CB-7826 > URL: https://issues.apache.org/jira/browse/CB-7826 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > Example: > https://github.com/apache/cordova-plugin-media-capture/blob/f7d70e2e8f8354743286011f70dcd79a3292a82e/src/ios/CDVCapture.m#L34 > Each plugin can have a .bundle with images, localization strings, > etc and we provide an interface in CDVPlugin to grab them. > Advantages: > 1. Only one line in plugin.xml as a tag, versus N lines for N files > 2. "Namespacing" of resources built in, no fear of resource name collision > with other plugins, or the project template -- 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-7519) Use simctl (part of Xcode 6) instead of ios-sim
[ https://issues.apache.org/jira/browse/CB-7519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7519: - Affects Version/s: 4.0.0 > Use simctl (part of Xcode 6) instead of ios-sim > --- > > Key: CB-7519 > URL: https://issues.apache.org/jira/browse/CB-7519 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: 4.0.0 > Environment: Xcode 6 GM >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > See: http://ericasadun.com/2014/06/18/ios-8-building-custom-simulators/ > Location: > `xcode-select --print-path`/usr/bin/simctl > or > xcrun simctl > Run without args to see the help -- 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-8643) Drop iOS 6 support, minimum iOS 7
[ https://issues.apache.org/jira/browse/CB-8643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8643: - Fix Version/s: 4.0.0 > Drop iOS 6 support, minimum iOS 7 > - > > Key: CB-8643 > URL: https://issues.apache.org/jira/browse/CB-8643 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > 0. https://developer.apple.com/support/appstore/ > 75% of devices are using iOS 8. > 22% of devices are using iOS 7. > 3% of devices are using iOS 6 or earlier. > Other stats with similar results: > 1. > https://mixpanel.com/trends/#report/ios_8/from_date:-29,report_unit:day,to_date:-1 > 2. http://stats.unity3d.com/mobile/os-ios.html > 3. http://david-smith.org/iosversionstats/ -- 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-8474) Remove local/remote push notification delegates from CordovaAppDelegate
[ https://issues.apache.org/jira/browse/CB-8474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8474: - Affects Version/s: 4.0.0 > Remove local/remote push notification delegates from CordovaAppDelegate > --- > > Key: CB-8474 > URL: https://issues.apache.org/jira/browse/CB-8474 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > They should be in a plugin, in the cordova-plugins repo, that swizzles the > appropriate delegates (see CB-8475) > See dependent and is depended on linked issues. -- 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-8473) Remove AppDelegate code from template
[ https://issues.apache.org/jira/browse/CB-8473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8473: - Affects Version/s: 4.0.0 > Remove AppDelegate code from template > - > > Key: CB-8473 > URL: https://issues.apache.org/jira/browse/CB-8473 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > 1. Move the AppDelegate code into the CordovaLib project (e.g. > CordovaAppDelegate) > 2. Make the template AppDelegate class inherit from CordovaAppDelegate, and > just be empty -- 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-8464) Remove non-ARC code in AppDelegate
[ https://issues.apache.org/jira/browse/CB-8464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8464: - Affects Version/s: 4.0.0 > Remove non-ARC code in AppDelegate > -- > > Key: CB-8464 > URL: https://issues.apache.org/jira/browse/CB-8464 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > https://github.com/apache/cordova-ios/blob/master/bin/templates/project/__PROJECT_NAME__/Classes/AppDelegate.m > All new projects have ARC enabled by default. -- 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-8556) handleOpenURL functionality to be removed to a plugin
[ https://issues.apache.org/jira/browse/CB-8556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8556: - Affects Version/s: 4.0.0 > handleOpenURL functionality to be removed to a plugin > - > > Key: CB-8556 > URL: https://issues.apache.org/jira/browse/CB-8556 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah > Fix For: 4.0.0 > > > It's already pluginized due to CB-7606 > In 4.0.0, remove the plugin from core and put it in cordova-plugins. > Possibility of release as a core plugin, not sure. > This will include functionality to configure the callback function that is > called, which is currently a global handleOpenURL function. > Remove/edit the note here as well: > https://github.com/apache/cordova-ios/blob/b3c26fcd598da7c84f020f5a6b9309fe638cbb5d/guides/Cordova%20Custom%20URL%20Scheme%20Handling.md -- 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-7991) WKWebView integration
[ https://issues.apache.org/jira/browse/CB-7991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7991: - Affects Version/s: 4.0.0 > WKWebView integration > - > > Key: CB-7991 > URL: https://issues.apache.org/jira/browse/CB-7991 > Project: Apache Cordova > Issue Type: Task > Components: iOS >Affects Versions: 4.0.0 > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > 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-8595) Merge platform specific code into one place
[ https://issues.apache.org/jira/browse/CB-8595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359488#comment-14359488 ] ASF GitHub Bot commented on CB-8595: Github user kamrik commented on the pull request: https://github.com/apache/cordova-lib/pull/183#issuecomment-78635997 Addressed the comments and merged as a single squashed commit. Thanks for reviewing. > Merge platform specific code into one place > --- > > Key: CB-8595 > URL: https://issues.apache.org/jira/browse/CB-8595 > Project: Apache Cordova > Issue Type: Improvement >Reporter: Mark Koudritsky >Assignee: Mark Koudritsky > > Currently we have two separate places for platform specific code > src/cordova/metadata > src/plugman/platforms > This is confusing. > Once consolidated the platform specific code will be much easier to move to > the platform repos where it belongs. -- 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-8595) Merge platform specific code into one place
[ https://issues.apache.org/jira/browse/CB-8595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359482#comment-14359482 ] ASF GitHub Bot commented on CB-8595: Github user asfgit closed the pull request at: https://github.com/apache/cordova-lib/pull/183 > Merge platform specific code into one place > --- > > Key: CB-8595 > URL: https://issues.apache.org/jira/browse/CB-8595 > Project: Apache Cordova > Issue Type: Improvement >Reporter: Mark Koudritsky >Assignee: Mark Koudritsky > > Currently we have two separate places for platform specific code > src/cordova/metadata > src/plugman/platforms > This is confusing. > Once consolidated the platform specific code will be much easier to move to > the platform repos where it belongs. -- 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-8664) Make CDVPlugin initializer private
[ https://issues.apache.org/jira/browse/CB-8664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8664: - Issue Type: Sub-task (was: Bug) Parent: CB-7991 > Make CDVPlugin initializer private > -- > > Key: CB-8664 > URL: https://issues.apache.org/jira/browse/CB-8664 > Project: Apache Cordova > Issue Type: Sub-task >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Put in a CDVPlugin+Private.h file -- 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-8664) Make CDVPlugin initializer private
[ https://issues.apache.org/jira/browse/CB-8664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8664. -- Resolution: Fixed > Make CDVPlugin initializer private > -- > > Key: CB-8664 > URL: https://issues.apache.org/jira/browse/CB-8664 > Project: Apache Cordova > Issue Type: Sub-task >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Put in a CDVPlugin+Private.h file -- 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-8664) Make CDVPlugin initializer private
[ https://issues.apache.org/jira/browse/CB-8664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359480#comment-14359480 ] Shazron Abdullah commented on CB-8664: -- https://git1-us-west.apache.org/repos/asf?p=cordova-ios.git;a=commit;h=205a6629 > Make CDVPlugin initializer private > -- > > Key: CB-8664 > URL: https://issues.apache.org/jira/browse/CB-8664 > Project: Apache Cordova > Issue Type: Sub-task >Affects Versions: 4.0.0 >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > Fix For: 4.0.0 > > > Put in a CDVPlugin+Private.h file -- 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-8664) Make CDVPlugin initializer private
Shazron Abdullah created CB-8664: Summary: Make CDVPlugin initializer private Key: CB-8664 URL: https://issues.apache.org/jira/browse/CB-8664 Project: Apache Cordova Issue Type: Bug Affects Versions: 4.0.0 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 4.0.0 Put in a CDVPlugin+Private.h file -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[
https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359456#comment-14359456
]
Shazron Abdullah commented on CB-8463:
--
Ouch - that's embarrassing :) Probably pre-3.0 code that we never bothered to
update to pluginInitialize when 3.x rolled around.
What do you mean by "two-stage initialization"? Are you suggesting we still
keep support for initWithWebView somehow? I would think that moving to a major
version that would give us latitude to break this dependency especially since
it was never publicly documented. I'm not opposed to it, and it's not a hard
technical problem -- we could start a discussion on the ML regarding this for
sure.
Inspecting how the initialization works, the initWithWebView(Engine) is called
first, then pluginInitialize not soon after, so there won't be timing issues
related to this (hopefully).
For initWithWebViewEngine, I'm going to remove it from the public API and put
it in a private header instead, so there won't be this problem in the future.
> StatusBarPlugin Issue scrollView not found when using WKWebView
> ---
>
> Key: CB-8463
> URL: https://issues.apache.org/jira/browse/CB-8463
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Plugin Statusbar
> Environment: iOS 8
>Reporter: Holly Schinsky
>Assignee: Shazron Abdullah
>
> When using the WKWebView Plugin and the StatusBarPlugin together, the
> following error is received from the *CDVStatusBar.m* class:
> {code}
> CDVStatusBar.m:128:18: error:
> property 'scrollView' not found on object of type 'UIView *'
> self.webView.scrollView.scrollsToTop = NO;
> {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] [Comment Edited] (CB-7606) handleOpenURL handler firing more than necessary
[
https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359246#comment-14359246
]
Shazron Abdullah edited comment on CB-7606 at 3/12/15 8:49 PM:
---
I re-tested it using cordova-cli 4.3.0 which contains cordova-ios 3.8.0, and it
is working with a cold start, and warm start.
Here is my updated test case.
{code}
cordova create CB7606 cb7606.test CB7606
cd CB7606
cordova platform add ios
open -a Xcode platforms/ios
{code}
Add your URL handler in Resources/Info.plist (Open as -> Source Code, add
within the at the end):
{code}
CFBundleURLTypes
CFBundleURLName
myscheme
CFBundleURLSchemes
myscheme
{code}
Add this at the top of the Staging/www/js/index.js file in Xcode Project
Navigator:
{code}
function handleOpenURL(url) {
setTimeout(function() {
alert(url);
}, 500);
}
{code}
*First we test warm start:*
1. Launch the app on device using Xcode
2. Press the Home button to put the app in the background
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
*Next we test cold start:*
1. Double press the Home button to show the app switcher (detach from Xcode
first)
2. Kill the CB7606 app by flipping the card upwards (might not be there if you
detached from Xcode, if its not there that's good)
3. In Mobile Safari, enter the url "myscheme://cold" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
was (Author: shazron):
I re-tested it using cordova-cli 4.3.0 which contains cordova-ios 3.8.0, and it
is working with a cold start, and warm start.
Here is my updated test case.
{code}
cordova create CB7606 cb7606.test CB7606
cd CB7606
cordova platform add ios
open -a Xcode platforms/ios
{code}
Add your URL handler in Resources/Info.plist (Open as -> Source Code, add
within the at the end):
{code}
CFBundleURLTypes
CFBundleURLName
myscheme
CFBundleURLSchemes
myscheme
{code}
Add this at the top of the Staging/www/js/index.js file in Xcode Project
Navigator:
{code}
function handleOpenURL(url) {
setTimeout(function() {
alert(url);
}, 500);
}
{code}
*First we test warm start:*
1. Launch the app on device using Xcode
2. Press the Home button to put the app in the background
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
*Next we test cold start:*
1. Double press the Home button to show the app switcher
2. Kill the CB7606 app by flipping the card upwards
3. In Mobile Safari, enter the url "myscheme://cold" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
> handleOpenURL handler firing more than necessary
>
>
> Key: CB-7606
> URL: https://issues.apache.org/jira/browse/CB-7606
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
>Reporter: Paul Kane
>Assignee: Shazron Abdullah
> Fix For: 3.8.0
>
>
> I'm not an Obj-C or Cordova programmer so bear with me.
> Let's say my app is running. Then I hop over to my mail app and click on a
> link (myapp://blahBlahBlah) that should open up my app. This works fine, the
> app opens, my own URL handler (in javascript) takes over, etc.
> However in Obj-C the view controller is -- incorrectly, I believe -- storing
> that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up
> later in processOpenURL function, called during webView initialization).
> This isn't normally a problem, except when you move to a new page
> (window.href = "/new_page"), the webView initialization runs again and picks
> up the old (already-acted-upon) openURL variable. (it's then set to nil, so
> that it doesn't get acted upon a third time, fourth time, etc...).
> I might have some details wrong, but it should be fairly easy to walk through
> with a project-wide search for "openurl". Just seems like a slightly wrong
> logic-flow, which unfortunately is interfering with my 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: is
[jira] [Comment Edited] (CB-7606) handleOpenURL handler firing more than necessary
[
https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359246#comment-14359246
]
Shazron Abdullah edited comment on CB-7606 at 3/12/15 7:49 PM:
---
I re-tested it using cordova-cli 4.3.0 which contains cordova-ios 3.8.0, and it
is working with a cold start, and warm start.
Here is my updated test case.
{code}
cordova create CB7606 cb7606.test CB7606
cd CB7606
cordova platform add ios
open -a Xcode platforms/ios
{code}
Add your URL handler in Resources/Info.plist (Open as -> Source Code, add
within the at the end):
{code}
CFBundleURLTypes
CFBundleURLName
myscheme
CFBundleURLSchemes
myscheme
{code}
Add this at the top of the Staging/www/js/index.js file in Xcode Project
Navigator:
{code}
function handleOpenURL(url) {
setTimeout(function() {
alert(url);
}, 500);
}
{code}
*First we test warm start:*
1. Launch the app on device using Xcode
2. Press the Home button to put the app in the background
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
*Next we test cold start:*
1. Double press the Home button to show the app switcher
2. Kill the CB7606 app by flipping the card upwards
3. In Mobile Safari, enter the url "myscheme://cold" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
was (Author: shazron):
I re-tested it using cordova-cli 4.3.0 which contains cordova-ios 3.8.0, and it
is working with a cold start, and warm start.
Here is my updated test case.
{code}
cordova create CB7606 cb7606.test CB7606
cd CB7606
cordova platform add ios
open -a Xcode platforms/ios
{code}
Add your URL handler in Resources/Info.plist (Open as -> Source Code, add
within the at the end):
{code}
CFBundleURLTypes
CFBundleURLName
myscheme
CFBundleURLSchemes
myscheme
{code}
Add this at the top of the Staging/www/js/index.js file in Xcode Project
Navigator:
{code}
function handleOpenURL(url) {
setTimeout(function() {
alert(url);
}, 500);
}
{code}
*First we test warm start:*
1. Launch the app on device using Xcode
2. Press the Home button to put the app in the background
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
*Next we test cold start:*
1. Double press the Home button to show the app switcher
2. Kill the CB7606 app by flipping the card upwards
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
> handleOpenURL handler firing more than necessary
>
>
> Key: CB-7606
> URL: https://issues.apache.org/jira/browse/CB-7606
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
>Reporter: Paul Kane
>Assignee: Shazron Abdullah
> Fix For: 3.8.0
>
>
> I'm not an Obj-C or Cordova programmer so bear with me.
> Let's say my app is running. Then I hop over to my mail app and click on a
> link (myapp://blahBlahBlah) that should open up my app. This works fine, the
> app opens, my own URL handler (in javascript) takes over, etc.
> However in Obj-C the view controller is -- incorrectly, I believe -- storing
> that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up
> later in processOpenURL function, called during webView initialization).
> This isn't normally a problem, except when you move to a new page
> (window.href = "/new_page"), the webView initialization runs again and picks
> up the old (already-acted-upon) openURL variable. (it's then set to nil, so
> that it doesn't get acted upon a third time, fourth time, etc...).
> I might have some details wrong, but it should be fairly easy to walk through
> with a project-wide search for "openurl". Just seems like a slightly wrong
> logic-flow, which unfortunately is interfering with my 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-7606) handleOpenURL handler firing more than necessary
[
https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359246#comment-14359246
]
Shazron Abdullah commented on CB-7606:
--
I re-tested it using cordova-cli 4.3.0 which contains cordova-ios 3.8.0, and it
is working with a cold start, and warm start.
Here is my updated test case.
{code}
cordova create CB7606 cb7606.test CB7606
cd CB7606
cordova platform add ios
open -a Xcode platforms/ios
{code}
Add your URL handler in Resources/Info.plist (Open as -> Source Code, add
within the at the end):
{code}
CFBundleURLTypes
CFBundleURLName
myscheme
CFBundleURLSchemes
myscheme
{code}
Add this at the top of the Staging/www/js/index.js file in Xcode Project
Navigator:
{code}
function handleOpenURL(url) {
setTimeout(function() {
alert(url);
}, 500);
}
{code}
*First we test warm start:*
1. Launch the app on device using Xcode
2. Press the Home button to put the app in the background
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
*Next we test cold start:*
1. Double press the Home button to show the app switcher
2. Kill the CB7606 app by flipping the card upwards
3. In Mobile Safari, enter the url "myscheme://warm" in the Location bar
4. Select the "Go" button on the keyboard
5. Wait until the app launches, and the alert should show
> handleOpenURL handler firing more than necessary
>
>
> Key: CB-7606
> URL: https://issues.apache.org/jira/browse/CB-7606
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
>Reporter: Paul Kane
>Assignee: Shazron Abdullah
> Fix For: 3.8.0
>
>
> I'm not an Obj-C or Cordova programmer so bear with me.
> Let's say my app is running. Then I hop over to my mail app and click on a
> link (myapp://blahBlahBlah) that should open up my app. This works fine, the
> app opens, my own URL handler (in javascript) takes over, etc.
> However in Obj-C the view controller is -- incorrectly, I believe -- storing
> that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up
> later in processOpenURL function, called during webView initialization).
> This isn't normally a problem, except when you move to a new page
> (window.href = "/new_page"), the webView initialization runs again and picks
> up the old (already-acted-upon) openURL variable. (it's then set to nil, so
> that it doesn't get acted upon a third time, fourth time, etc...).
> I might have some details wrong, but it should be fairly easy to walk through
> with a project-wide search for "openurl". Just seems like a slightly wrong
> logic-flow, which unfortunately is interfering with my 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] [Created] (CB-8663) Android file plugin should not run MediaScanner for files in private storage
Andrew Grieve created CB-8663: - Summary: Android file plugin should not run MediaScanner for files in private storage Key: CB-8663 URL: https://issues.apache.org/jira/browse/CB-8663 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin File Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor Not sure whether it's harmful or not, but it causes a logcat message for each file being scanned, and so raises an eyebrow. -- 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-7754) [Geolocation] Support Background Location tracking
[ https://issues.apache.org/jira/browse/CB-7754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359223#comment-14359223 ] Shazron Abdullah commented on CB-7754: -- sandstrom - I agree, this would be more of a bug/feature request for the CLI component. > [Geolocation] Support Background Location tracking > -- > > Key: CB-7754 > URL: https://issues.apache.org/jira/browse/CB-7754 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Geolocation > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Minor > > Add NSLocationAlwaysUsageDescription in Info.plist > The reason why we don't add this by default is, not all devs need this > capability, and including it by default might scare off their users. > The previous plugin implementation (before iOS 8) only required foreground > access, so that's why the current plugin only supports foreground access. > The way to add this functionality is to add a sub-plugin in the same plugin, > which only installs the required Info.plist key. -- 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-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility
[ https://issues.apache.org/jira/browse/CB-8659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8659: - Fix Version/s: 4.0.0 > iOS Plugins: Cordova-iOS 4.0.0 compatibility > > > Key: CB-8659 > URL: https://issues.apache.org/jira/browse/CB-8659 > Project: Apache Cordova > Issue Type: Bug > Components: iOS, Plugin Battery Status, Plugin Camera, Plugin > Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin > Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin > Media Capture >Affects Versions: 4.0.0 >Reporter: Ian Clelland >Assignee: Ian Clelland > Fix For: 4.0.0 > > > iOS Plugins need to stop using initWithWebView: > They also depend on several deprecated categories: > - NSArray+Comparisons.h > - NSDictionary+Extensions.h > These need to be fixed in a backwards-compatible way before 4.0.0 is released. -- 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-6428) Unable to read android_asset directory through File API
[
https://issues.apache.org/jira/browse/CB-6428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-6428.
---
Resolution: Fixed
Assignee: Andrew Grieve (was: Ian Clelland)
Fixed in 1.3.4-dev
> Unable to read android_asset directory through File API
> ---
>
> Key: CB-6428
> URL: https://issues.apache.org/jira/browse/CB-6428
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.3.0
> Environment: Android 4.4.2 / Samsung Galaxy S4
>Reporter: Matt Grande
>Assignee: Andrew Grieve
> Labels: android, file
>
> Attempting to read the 'android_asset' folder through the File API results in
> Error Code 5 (FileError.ENCODING_ERR). I've tried accessing via
> resolveLocalFileSystemURL, and by creating a directory reader and calling
> readEntries().
>
> window.resolveLocalFileSystemURL('file:///android_asset/www/my_asset_folder',
> success, fail);
> var sourceDir = new DirectoryEntry( { fullPath:
> 'file:///android_asset/www/my_asset_folder' } );
> var reader = sourceDir.createReader();
> reader.readEntries(success, fail);
> (I have also tried with the URLs being '/android_asset/www/my_asset_folder';
> same result)
--
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-8642) resolveLocalFileSystemURL & copyFrom fail for content: URLs
[
https://issues.apache.org/jira/browse/CB-8642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-8642.
---
Resolution: Fixed
Fixed in 1.3.4-dev
> resolveLocalFileSystemURL & copyFrom fail for content: URLs
> ---
>
> Key: CB-8642
> URL: https://issues.apache.org/jira/browse/CB-8642
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, Plugin File
>Reporter: Andrew Grieve
>Assignee: Andrew Grieve
>Priority: Minor
>
> Trying to do:
> {code}
> resolveLocalFileSystemURL('content://foo', function(entry) {
> entry.copyTo(dest, 'foo', win, fail);
> });
> {code}
> And getting a whole lotta fail.
--
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-8660) [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json error
[ https://issues.apache.org/jira/browse/CB-8660?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edna Morales resolved CB-8660. -- Resolution: Fixed > [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json > error > - > > Key: CB-8660 > URL: https://issues.apache.org/jira/browse/CB-8660 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Affects Versions: Master >Reporter: Edna Morales >Assignee: Edna Morales >Priority: Minor > Fix For: Master > > > Extra commas in the package.json file for cordova-plugin-whitelist and > cordova-plugin-legacy-whitelist are causing parsing errors -- 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-8660) [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json error
[ https://issues.apache.org/jira/browse/CB-8660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14359052#comment-14359052 ] Edna Morales commented on CB-8660: -- https://github.com/apache/cordova-plugin-whitelist/pull/1 https://github.com/apache/cordova-plugin-legacy-whitelist/pull/1 > [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json > error > - > > Key: CB-8660 > URL: https://issues.apache.org/jira/browse/CB-8660 > Project: Apache Cordova > Issue Type: Bug > Components: Plugins >Affects Versions: Master >Reporter: Edna Morales >Assignee: Edna Morales >Priority: Minor > Fix For: Master > > > Extra commas in the package.json file for cordova-plugin-whitelist and > cordova-plugin-legacy-whitelist are causing parsing errors -- 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-8662) Latest release of Cordova breaks http via proxy
John Little created CB-8662: --- Summary: Latest release of Cordova breaks http via proxy Key: CB-8662 URL: https://issues.apache.org/jira/browse/CB-8662 Project: Apache Cordova Issue Type: Bug Components: CLI Environment: Windows Node.js 0.12.0 npm 2.5.1 Cordova 4.3.0 Reporter: John Little I work behind a squid firewall and need the HTTP_PROXY settings in the npm config to work. After upgrading cordova to version 4.3.0 any package add's or upgrades using cordova would fail with the following error :- TypeError: Request path contains unescaped characters. After a bit of searching I found this thread which sounded like my problem :- https://github.com/npm/npm/issues/4569 I followed the instructions and downloaded the latest tunnel-agent and copied the files over the ones in my nodejs install directory. It seems that the new cordova package provides an updated request module which is not compatible with the tunnel-agent. After this manual upgrade every thing works 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] [Created] (CB-8661) executeScript doesn't return the a result on Windows platform
John Little created CB-8661:
---
Summary: executeScript doesn't return the a result on Windows
platform
Key: CB-8661
URL: https://issues.apache.org/jira/browse/CB-8661
Project: Apache Cordova
Issue Type: Bug
Components: Plugin InAppBrowser, Windows
Environment: Windows 8
Latest version of Cordova 4.3.0
Latest version of Plugin InAppBrowser 0.6.0
Reporter: John Little
executeScript is supposed to provide a variable to the function called when the
script is completed as per this clip from the documentation :-
If the injected script is of type code, the callback executes with a single
parameter, which is the return value of the script, wrapped in an Array. For
multi-line scripts, this is the return value of the last statement, or the last
expression evaluated.
When running as a Windows app the array is empty.
Looking in the Windows InAppBrowserProxy.js file, line 230 looks like this
op.oncomplete = function () { hasCallback && win([]); };
So clearly no data is being passed ([]) is an empty array.
According to the documentation from Microsoft :-
https://msdn.microsoft.com/en-us/library/windows.ui.xaml.controls.webview.invokescriptasync.aspx
The invokeScriptAsync function can return a string.
So if I modify line 230 to look like this
op.oncomplete = function (e) { hasCallback && win([e.target.result]); };
I get a string returned to my callback function.
You could also modify the similar line in the injectScriptFile function, as it
also calls invokeScriptAsync.
I need the return value because the only way to comunicate between the page in
the IAB and the app is to poll some sessionStorage and wait for the page to set
some data.
--
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-8660) [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json error
Edna Morales created CB-8660: Summary: [cordova-plugin-whitelist, cordova-plugin-legacy-whitelist]Fix package.json error Key: CB-8660 URL: https://issues.apache.org/jira/browse/CB-8660 Project: Apache Cordova Issue Type: Bug Components: Plugins Affects Versions: Master Reporter: Edna Morales Assignee: Edna Morales Priority: Minor Fix For: Master Extra commas in the package.json file for cordova-plugin-whitelist and cordova-plugin-legacy-whitelist are causing parsing errors -- 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-8659) iOS Plugins: Cordova-iOS 4.0.0 compatibility
Ian Clelland created CB-8659: Summary: iOS Plugins: Cordova-iOS 4.0.0 compatibility Key: CB-8659 URL: https://issues.apache.org/jira/browse/CB-8659 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugin Battery Status, Plugin Camera, Plugin Contacts, Plugin Device Orientation, Plugin Dialogs, Plugin File, Plugin Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin Media Capture Affects Versions: 4.0.0 Reporter: Ian Clelland Assignee: Ian Clelland iOS Plugins need to stop using initWithWebView: They also depend on several deprecated categories: - NSArray+Comparisons.h - NSDictionary+Extensions.h These need to be fixed in a backwards-compatible way before 4.0.0 is released. -- 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-8463) StatusBarPlugin Issue scrollView not found when using WKWebView
[
https://issues.apache.org/jira/browse/CB-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14358614#comment-14358614
]
Ian Clelland commented on CB-8463:
--
I didn't see that line in the docs -- thanks for pointing it out.
Unfortunately, we're breaking our own rule several times :) It's not just
battery-status -- apparently that was just XCode showing me one error at a
time. Several of our core plugins use it:
* battery-status
* contacts
* device-orientation
* file
* geolocation
* globalization
* inappbrowser
* media-capture
* network-information
Two-stage initialization is probably the best way to do it in iOS, as long as
it's backwards-compatible. (We ran into a very similar situation with Android,
and had to do lots of reflection to get around it, because there wasn't another
backwards-compatible solution)
We'll just have to make sure we get those out some time before we push 4.0.0 :)
> StatusBarPlugin Issue scrollView not found when using WKWebView
> ---
>
> Key: CB-8463
> URL: https://issues.apache.org/jira/browse/CB-8463
> Project: Apache Cordova
> Issue Type: Sub-task
> Components: Plugin Statusbar
> Environment: iOS 8
>Reporter: Holly Schinsky
>Assignee: Shazron Abdullah
>
> When using the WKWebView Plugin and the StatusBarPlugin together, the
> following error is received from the *CDVStatusBar.m* class:
> {code}
> CDVStatusBar.m:128:18: error:
> property 'scrollView' not found on object of type 'UIView *'
> self.webView.scrollView.scrollsToTop = NO;
> {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-8641) (Windows Phone 8.1) Some file-transfer plugin tests occasionally fail in mobilespec
[ https://issues.apache.org/jira/browse/CB-8641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14358589#comment-14358589 ] ASF GitHub Bot commented on CB-8641: Github user alsorokin closed the pull request at: https://github.com/apache/cordova-plugin-file-transfer/pull/69 > (Windows Phone 8.1) Some file-transfer plugin tests occasionally fail in > mobilespec > --- > > Key: CB-8641 > URL: https://issues.apache.org/jira/browse/CB-8641 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Reporter: Alexander Sorokin >Priority: Minor > > Some file-transfer plugin tests occasionally fail in mobilespec: > File-transfer.spec.10 download should be stopped by abort() right away > File-transfer.spec.21 upload should be stopped by abort() right away > The issue seems to be caused by insufficient timeout and could be fixed by > increasing it. -- 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-8658) Cordova camera plugin displays a black screen when the user denies access to the camera in iOS
[ https://issues.apache.org/jira/browse/CB-8658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14358580#comment-14358580 ] DotNetWise commented on CB-8658: Although the camera is black, capturing a picture will work correctly. Happening on IOS 7.1 with the latest version of the plugin > Cordova camera plugin displays a black screen when the user denies access to > the camera in iOS > -- > > Key: CB-8658 > URL: https://issues.apache.org/jira/browse/CB-8658 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.7.0 > Environment: IOS >Reporter: DotNetWise > Labels: bug, camera, cordova, plugin > Attachments: privacy.png, screen.png > > > I'm making use of the cordova camera plugin in my App (which is supported > only for iOS now) and the app uses both the camera and the photo library to > select photos. There is an issue with how the plugin responds when ever the > user denies access to the device camera. Check out the screen shot below when > the user denies access to the camera: > https://stackoverflow.com/questions/28427783/cordova-camera-plugin-displays-a-black-screen-when-the-user-denies-access-to-the -- 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-8658) Cordova camera plugin displays a black screen when the user denies access to the camera in iOS
[ https://issues.apache.org/jira/browse/CB-8658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] DotNetWise updated CB-8658: --- Attachment: privacy.png > Cordova camera plugin displays a black screen when the user denies access to > the camera in iOS > -- > > Key: CB-8658 > URL: https://issues.apache.org/jira/browse/CB-8658 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.7.0 > Environment: IOS >Reporter: DotNetWise > Labels: bug, camera, cordova, plugin > Attachments: privacy.png, screen.png > > > I'm making use of the cordova camera plugin in my App (which is supported > only for iOS now) and the app uses both the camera and the photo library to > select photos. There is an issue with how the plugin responds when ever the > user denies access to the device camera. Check out the screen shot below when > the user denies access to the camera: > https://stackoverflow.com/questions/28427783/cordova-camera-plugin-displays-a-black-screen-when-the-user-denies-access-to-the -- 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-8658) Cordova camera plugin displays a black screen when the user denies access to the camera in iOS
[ https://issues.apache.org/jira/browse/CB-8658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] DotNetWise updated CB-8658: --- Attachment: screen.png > Cordova camera plugin displays a black screen when the user denies access to > the camera in iOS > -- > > Key: CB-8658 > URL: https://issues.apache.org/jira/browse/CB-8658 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Camera >Affects Versions: 3.7.0 > Environment: IOS >Reporter: DotNetWise > Labels: bug, camera, cordova, plugin > Attachments: screen.png > > > I'm making use of the cordova camera plugin in my App (which is supported > only for iOS now) and the app uses both the camera and the photo library to > select photos. There is an issue with how the plugin responds when ever the > user denies access to the device camera. Check out the screen shot below when > the user denies access to the camera: > https://stackoverflow.com/questions/28427783/cordova-camera-plugin-displays-a-black-screen-when-the-user-denies-access-to-the -- 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-8658) Cordova camera plugin displays a black screen when the user denies access to the camera in iOS
DotNetWise created CB-8658: -- Summary: Cordova camera plugin displays a black screen when the user denies access to the camera in iOS Key: CB-8658 URL: https://issues.apache.org/jira/browse/CB-8658 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.7.0 Environment: IOS Reporter: DotNetWise I'm making use of the cordova camera plugin in my App (which is supported only for iOS now) and the app uses both the camera and the photo library to select photos. There is an issue with how the plugin responds when ever the user denies access to the device camera. Check out the screen shot below when the user denies access to the camera: https://stackoverflow.com/questions/28427783/cordova-camera-plugin-displays-a-black-screen-when-the-user-denies-access-to-the -- 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-8657) app icon config declaration not working for fire os
benny görlitz created CB-8657:
-
Summary: app icon config declaration not working for fire os
Key: CB-8657
URL: https://issues.apache.org/jira/browse/CB-8657
Project: Apache Cordova
Issue Type: Bug
Components: Amazon FireOS
Affects Versions: 3.5.0
Environment: i used newest cordova 4.3
Reporter: benny görlitz
Assignee: Archana Naik
Priority: Minor
it seems that the icon declaration is not working properly.
it does not matter what ich configure for plarform amazon-fireos:
{code}
{code}
only the android platform setting take affect, so i'm forced to configure
android like this:
{code}
{code}
thats because fireos has big coverflow app icons that are very blurry with
default android settings.
please use android icon settings only in case of fallback when no amazon-fireos
setting is existent.
cheers
--
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-8657) app icon config declaration not working for fire os
[
https://issues.apache.org/jira/browse/CB-8657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
benny görlitz updated CB-8657:
--
Description:
it seems that the icon declaration is not working properly.
it does not matter what i configure for plarform amazon-fireos:
{code}
{code}
only the android platform setting take affect, so i'm forced to configure
android like this:
{code}
{code}
thats because fireos has big coverflow app icons that are very blurry with
default android settings.
please use android icon settings only in case of fallback when no amazon-fireos
setting is existent.
cheers
was:
it seems that the icon declaration is not working properly.
it does not matter what ich configure for plarform amazon-fireos:
{code}
{code}
only the android platform setting take affect, so i'm forced to configure
android like this:
{code}
{code}
thats because fireos has big coverflow app icons that are very blurry with
default android settings.
please use android icon settings only in case of fallback when no amazon-fireos
setting is existent.
cheers
> app icon config declaration not working for fire os
> ---
>
> Key: CB-8657
> URL: https://issues.apache.org/jira/browse/CB-8657
> Project: Apache Cordova
> Issue Type: Bug
> Components: Amazon FireOS
>Affects Versions: 3.5.0
> Environment: i used newest cordova 4.3
>Reporter: benny görlitz
>Assignee: Archana Naik
>Priority: Minor
>
> it seems that the icon declaration is not working properly.
> it does not matter what i configure for plarform amazon-fireos:
> {code}
>
>
>
> {code}
> only the android platform setting take affect, so i'm forced to configure
> android like this:
> {code}
>
>
>
>
>
>
>
>
>
>
> {code}
> thats because fireos has big coverflow app icons that are very blurry with
> default android settings.
> please use android icon settings only in case of fallback when no
> amazon-fireos setting is existent.
> cheers
--
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-8656) The Container Android Dependencies references non existing library mainactivity_cordovalib.jar
[ https://issues.apache.org/jira/browse/CB-8656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rakshith updated CB-8656: - Description: When i import android project from existing code. It shows following errors Description ResourcePathLocationType 1. The container 'Android Dependencies' references non existing library 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar' abc Build Path Problem 2. The project cannot be built until build path errors are resolved abc Unknown Java Problem 3.FileChooserParams cannot be resolved or is not a field CordovaChromeClient.java /MainActivity-CordovaLib/src/org/apache/cordova 4. LOLLIPOP cannot be resolved or is not a field CordovaChromeClient.java /MainActivity-CordovaLib/src/org/apache/cordova 5. LOLLIPOP cannot be resolved or is not a field CordovaWebView.java /MainActivity-CordovaLib/src/org/apache/cordova 6. The method onReceivedClientCertRequest(WebView,ClientCertRequest) is undefined for the type WebViewClientCordovaWebViewClient.java /MainActivity-CordovaLib/src/org/apache/cordova 7. The method setAcceptThirdPartyCookies(CordovaWebView, boolean) is undefined for the type CookieManager CordovaWebView.java /MainActivity-CordovaLib/src/org/apache/cordova 8. WebChromeClient.FileChooserParams cannot be resolved to a type CordovaChromeClient.java/MainActivityCordovaLib/src/org/apache/cordova Please help me out to solve this errors > The Container Android Dependencies references non existing library > mainactivity_cordovalib.jar > -- > > Key: CB-8656 > URL: https://issues.apache.org/jira/browse/CB-8656 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaLib >Reporter: Rakshith > > When i import android project from existing code. It shows following errors > Description ResourcePathLocationType > 1. The container 'Android Dependencies' references non existing library > 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar' abc > Build Path Problem > 2. The project cannot be built until build path errors are resolved abc > Unknown Java Problem > 3.FileChooserParams cannot be resolved or is not a field > CordovaChromeClient.java /MainActivity-CordovaLib/src/org/apache/cordova > > 4. LOLLIPOP cannot be resolved or is not a field > CordovaChromeClient.java /MainActivity-CordovaLib/src/org/apache/cordova > > 5. LOLLIPOP cannot be resolved or is not a field CordovaWebView.java > /MainActivity-CordovaLib/src/org/apache/cordova > 6. The method onReceivedClientCertRequest(WebView,ClientCertRequest) > is undefined for the type WebViewClientCordovaWebViewClient.java > /MainActivity-CordovaLib/src/org/apache/cordova > 7. The method setAcceptThirdPartyCookies(CordovaWebView, boolean) is > undefined for the type CookieManager CordovaWebView.java > /MainActivity-CordovaLib/src/org/apache/cordova > 8. WebChromeClient.FileChooserParams cannot be resolved to a type > CordovaChromeClient.java/MainActivityCordovaLib/src/org/apache/cordova > Please help me out to solve this errors -- 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-8655) The Container Android Dependencies references non existing Library 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar'
[ https://issues.apache.org/jira/browse/CB-8655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rakshith closed CB-8655. Resolution: Fixed > The Container Android Dependencies references non existing Library > 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar' > > > Key: CB-8655 > URL: https://issues.apache.org/jira/browse/CB-8655 > Project: Apache Cordova > Issue Type: Bug >Reporter: Rakshith > -- 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-8656) The Container Android Dependencies references non existing library mainactivity_cordovalib.jar
Rakshith created CB-8656: Summary: The Container Android Dependencies references non existing library mainactivity_cordovalib.jar Key: CB-8656 URL: https://issues.apache.org/jira/browse/CB-8656 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaLib Reporter: Rakshith -- 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-8655) The Container Android Dependencies references non existing Library 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar'
Rakshith created CB-8655: Summary: The Container Android Dependencies references non existing Library 'C:\abc\platforms\android\CordovaLib\bin\mainactivity-cordovalib.jar' Key: CB-8655 URL: https://issues.apache.org/jira/browse/CB-8655 Project: Apache Cordova Issue Type: Bug Reporter: Rakshith -- 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-7754) [Geolocation] Support Background Location tracking
[ https://issues.apache.org/jira/browse/CB-7754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14358371#comment-14358371 ] ASF GitHub Bot commented on CB-7754: Github user sandstrom commented on the pull request: https://github.com/apache/cordova-plugin-geolocation/pull/28#issuecomment-78448058 Any existing value for `NSLocationAlwaysUsageDescription ` in the plist gets overwritten with an empty string. This makes it harder to provide a custom description (which is the purpose of the string, btw). Don't know if the plugin facility allows, but if it could handle this 'softly', e.g. only add the key to the plist unless it already exists, that would solve it. > [Geolocation] Support Background Location tracking > -- > > Key: CB-7754 > URL: https://issues.apache.org/jira/browse/CB-7754 > Project: Apache Cordova > Issue Type: New Feature > Components: Plugin Geolocation > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Minor > > Add NSLocationAlwaysUsageDescription in Info.plist > The reason why we don't add this by default is, not all devs need this > capability, and including it by default might scare off their users. > The previous plugin implementation (before iOS 8) only required foreground > access, so that's why the current plugin only supports foreground access. > The way to add this functionality is to add a sub-plugin in the same plugin, > which only installs the required Info.plist key. -- 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-8654) File transfer plugin on WP8 caches web credentials?
Vladimir Kotikov created CB-8654: Summary: File transfer plugin on WP8 caches web credentials? Key: CB-8654 URL: https://issues.apache.org/jira/browse/CB-8654 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Transfer Reporter: Vladimir Kotikov Assignee: Vladimir Kotikov Priority: Minor On WP8 File Transfer plugin caches download requests. The results of this can be confusing sometimes, for example downloading file from secured resource second time succeeds, even credentials for request does not specified, or already changed at server side (proof: http://stackoverflow.com/questions/20804452/httpwebrequest-credentials-stored-cached-automatically ) There is already workaround, available to end-user – just pass if-Modified-Since header with current time to download method. Probably this should be noted in plugin README as a platform-specific quirk. -- 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-8275) Issue updating index.html at runtime
[ https://issues.apache.org/jira/browse/CB-8275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-8275. - Resolution: Won't Fix Windows 8.1 does not allow script injection like this for security reasons. You will need to write your application in such a way that you are not injecting '' tags. > Issue updating index.html at runtime > -- > > Key: CB-8275 > URL: https://issues.apache.org/jira/browse/CB-8275 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.5.0 > Environment: Visual Studio Community 2013 with Tools for Apache > Cordova CTP3.0 >Reporter: Francesco Negri >Assignee: Jesse MacFadyen >Priority: Critical > Labels: cordova, javascript, visualstudio, wp8 > > We'd like to report some issues we are facing developing a Cordova app with > Visual Studio Community 2013 adding new code lines in index.html file at > runtime in Windows Phone 8.1. It seems that only HTML tags are correctly read > and executed, instead JS (included in a