date:20180118


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331813#comment-16331813
 ] 

ASF GitHub Bot commented on CB-13175:
-

brodybits commented on issue #239: CB-13175: fixing windows8.1 crash on startup
URL: https://github.com/apache/cordova-windows/pull/239#issuecomment-358879785
 
 
   > I went ahead and pushed the changes from this PR to the repo. At least it 
should work from master now.
   
   It works on Windows 8.1 from master, THANK YOU @alsorokin!
   
   I am still looking forward to the actual release (along with others).


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13415) Importing corrupt images using the Camera plugin crashes the app


[ 
https://issues.apache.org/jira/browse/CB-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331800#comment-16331800
 ] 

ASF GitHub Bot commented on CB-13415:
-

alpesh12 commented on a change in pull request #309: CB-13415 (android) 
Importing corrupt images using the Camera plugin c…
URL: 
https://github.com/apache/cordova-plugin-camera/pull/309#discussion_r162545079
 
 

 ##
 File path: src/android/CameraLauncher.java
 ##
 @@ -943,6 +943,9 @@ private Bitmap getScaledAndRotatedBitmap(String imageUrl) 
throws IOException {
 try {
 fileStream = FileHelper.getInputStreamFromUriString(imageUrl, 
cordova);
 image = BitmapFactory.decodeStream(fileStream);
+}  catch (OutOfMemoryError e) {
 
 Review comment:
   @infil00p ok will do after testing.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Importing corrupt images using the Camera plugin crashes the app
> 
>
> Key: CB-13415
> URL: https://issues.apache.org/jira/browse/CB-13415
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-camera
> Environment: Android: OS 7.0, Phone Model: Moto G5 Plus
> iOS: OS 10.1.1 (14B150)
>Reporter: Shemrick Flannigan
>Priority: Critical
>  Labels: android, camera, cameraui, ios
>
> ISSUE
> Importing corrupt images using the Camera plugin crashes the app
> Current Behavior
> # Importing a corrupt image using the Cordova Camera plugin crashes the 
> Cordova app which uses the plugin
> Expected Behavior
> # Importing a corrupt image using the Cordova Camera plugin:
> #* Throws an exception which can be caught by the Cordova app which uses the 
> plugin
> #* Does not crash the Cordova app which uses the plugin
> #* Allows the Cordova app which uses the plugin to render a Toast error 
> message relaying the error
> # # Platforms affected
> #* Android
> #* iOS
> REFERENCES
> # [Sample corrupt image which crashes the app | 
> https://www.dropbox.com/s/e7dz007svtvscbc/Corrupt_Image_4.7MB_13500x13500.D2.jpg?dl=0]
> # [Technique used to wrap the call in a Try/Catch block in a callable inner 
> class to prevent an app crash | 
> https://stackoverflow.com/questions/19183174/phonegap-video-capture-crashes] 
> ADDITIONAL INFORMATION
> # Importing corrupt images does not crash apps which do not use the Camera 
> plugin, such as:
> #* Yelp mobile app
> #* Slack mobile app



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-13175) 8.1-win crashes on startup

2018-01-18 Thread Alexander Sorokin (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Sorokin closed CB-13175.
--
Resolution: Fixed

> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13175) 8.1-win crashes on startup


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331787#comment-16331787
 ] 

ASF GitHub Bot commented on CB-13175:
-

alsorokin commented on issue #239: CB-13175: fixing windows8.1 crash on startup
URL: https://github.com/apache/cordova-windows/pull/239#issuecomment-358875398
 
 
   @brodybits hey, it looks like we're having some unusual delay with the 
release, so I went ahead and pushed the changes from this PR to the repo. At 
least it should work from master now.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13175) 8.1-win crashes on startup

2018-01-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331783#comment-16331783
 ] 

ASF GitHub Bot commented on CB-13175:
-

alsorokin commented on issue #239: CB-13175: fixing windows8.1 crash on startup
URL: https://github.com/apache/cordova-windows/pull/239#issuecomment-358875398
 
 
   @brodybits hey, it looks like we have some unusual delay with the release, 
so I went ahead and pushed the changes from this PR to the repo, so at least it 
should work from master now.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13175) 8.1-win crashes on startup


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331782#comment-16331782
 ] 

ASF subversion and git services commented on CB-13175:
--

Commit 2e597ef1084088341b102d6e4c6a8ea465f7dce1 in cordova-windows's branch 
refs/heads/master from Max Kaplan
[ https://gitbox.apache.org/repos/asf?p=cordova-windows.git;h=2e597ef ]

CB-13175: fixing windows8.1 crash on startup


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-12238) [Windows] Colorize titlebar to match splash bg color


[ 
https://issues.apache.org/jira/browse/CB-12238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331634#comment-16331634
 ] 

ASF GitHub Bot commented on CB-12238:
-

brodybits commented on issue #218: CB-12238 [Windows] Colorize titlebar to 
match splash bg color
URL: https://github.com/apache/cordova-windows/pull/218#issuecomment-358846788
 
 
   > FYI This change introduced a crash on Windows 8.1 as discussed in CB-12784 
(https://issues.apache.org/jira/browse/CB-12784).
   
   Discussed along with a BUG FIX in CB-12784 
(https://issues.apache.org/jira/browse/CB-12784) / 
 which is STILL NOT fully 
integrated as discussed in CB-13175 
() / 



This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> [Windows] Colorize titlebar to match splash bg color
> 
>
> Key: CB-12238
> URL: https://issues.apache.org/jira/browse/CB-12238
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>Priority: Major
>  Labels: splashscreen, triaged, windows
>
> 8.1/10 title bar color should match splashscreen background color - otherwise 
> there is a kind of flashing to the white/accent color when extended splash is 
> shown.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13797) Fetch failing to install plugin dependencies

2018-01-18 Thread Darryl Pogue (JIRA)

Darryl Pogue created CB-13797:
-

Summary: Fetch failing to install plugin dependencies
Key: CB-13797
URL: https://issues.apache.org/jira/browse/CB-13797
Project: Apache Cordova
Issue Type: Bug
Components: cordova-fetch
Environment: cordova@8.0.0

cordova-common@2.2.1

cordova-lib@8.0.0

cordova-fetch@1.3.0

npm@5.6.0

node@9.4.0

Reporter: Darryl Pogue

I'm currently unable to install Microsoft's cordova-plugin-code-push due to
some incredibly confusing errors when installing the plugin dependencies.

The plugin [lists 3
dependencies|https://github.com/Microsoft/cordova-plugin-code-push/blob/e828a5eacd42dcd81bacf121a3e62735c3500227/plugin.xml#L10-L12]
in plugin.xml.

Cordova successfully installs the first (code-push) dependency.

Cordova attempts to install the second (cordova-plugin-device) dependency. It
appears that the npm install is successful.

At the end of the npm install, cordova-fetch [attempts to
discover|https://github.com/apache/cordova-fetch/blob/master/index.js#L100]
what was just installed. Rather than finding "cordova-plugin-device", it finds
"code-push" for a second time.

Then it fails with the following confusing error message:
{noformat}
Failed to install 'cordova-plugin-code-push': Error: Expected plugin to have ID
"cordova-plugin-dialogs" but got "code-push".{noformat}
The full verbose output from {{cordova prepare}} is below:
{noformat}
Discovered plugin "cordova-plugin-code-push" in config.xml. Adding it to the
project
No scripts found for hook "before_plugin_add".
Calling plugman.fetch on plugin "cordova-plugin-code-push@^1.11.2"
Running command: npm install cordova-plugin-code-push@^1.11.2 --production
--no-save
Command finished with error code 0: npm
install,cordova-plugin-code-push@^1.11.2,--production,--no-save
Copying plugin "/PROJECT/node_modules/cordova-plugin-code-push" =>
"/PROJECT/plugins/cordova-plugin-code-push"
Calling plugman.install on plugin "/PROJECT/plugins/cordova-plugin-code-push"
for platform "android
Installing "cordova-plugin-code-push" for android
Running command: /PROJECT/platforms/android/cordova/version
Command finished with error code 0: /PROJECT/platforms/android/cordova/version
Dependencies detected, iterating through them...
Requesting plugin "code-push@2.0.4".
Plugin dependency "code-push" not fetched, retrieving then installing.
Running command: npm install code-push@2.0.4 --production --no-save
Command finished with error code 0: npm
install,code-push@2.0.4,--production,--no-save
Copying plugin "/PROJECT/node_modules/code-push" => "/PROJECT/plugins/code-push"
Installing "code-push" for android
Finding scripts for "before_plugin_install" hook from plugin code-push on
android platform only.
No scripts found for hook "before_plugin_install".
Install start for "code-push" on android.
Beginning processing of action stack for android project...
Action stack processing complete.
Install complete for code-push on android.
Finding scripts for "after_plugin_install" hook from plugin code-push on
android platform only.
No scripts found for hook "after_plugin_install".
Requesting plugin "cordova-plugin-dialogs@>=1.1.1".
Plugin dependency "cordova-plugin-dialogs" not fetched, retrieving then
installing.
Running command: npm install cordova-plugin-dialogs@>=1.1.1 --production
--no-save
Command finished with error code 0: npm
install,cordova-plugin-dialogs@>=1.1.1,--production,--no-save
Copying plugin "/PROJECT/node_modules/code-push" => "/PROJECT/plugins/code-push"
Failed to install 'cordova-plugin-code-push': Error: Expected plugin to have ID
"cordova-plugin-dialogs" but got "code-push".
at checkID (/PROJECT/node_modules/cordova-lib/src/plugman/fetch.js:215:15)
at /PROJECT/node_modules/cordova-lib/src/plugman/fetch.js:199:9
at _fulfilled (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:787:54)
at self.promiseDispatch.done
(/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:816:30)
at Promise.promise.promiseDispatch
(/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:749:13)
at /PROJECT/node_modules/cordova-lib/node_modules/q/q.js:557:44
at flush (/PROJECT/node_modules/cordova-lib/node_modules/q/q.js:108:17)
at process._tickCallback (internal/process/next_tick.js:150:11)
Failed to restore plugin "cordova-plugin-code-push" from config.xml. You might
need to try adding it again. Error: Error: Expected plugin to have ID
"cordova-plugin-dialogs" but got "code-push".{noformat}

--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13792) Settings in config.xml seem to have no effect

2018-01-18 Thread Anders Borg (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-13792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331463#comment-16331463
 ] 

Anders Borg commented on CB-13792:
--

Sorry, but that explanation has nothing to do with my question.

> Settings in config.xml seem to have no effect
> -
>
> Key: CB-13792
> URL: https://issues.apache.org/jira/browse/CB-13792
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-statusbar
>Affects Versions: cordova-ios 4.5.0
> Environment: cli-7.1.0 with iOS 4.5.4
> cordova-plugin-statusbar 2.4.1
> Building with PhoneGap Build
>  
>Reporter: Anders Borg
>Priority: Minor
>  Labels: cordova-plugin-statusbar, ios
>
> These settings seem to do nothing at all on iOS:
> 
>  
>  
> (the status bar still overlays the app window and colors are not changed)
> I need to do this to get the intended effect:
> StatusBar.overlaysWebView(false);
>  StatusBar.backgroundColorByHexString("#ff");
>  StatusBar.styleDefault();
> This behavior is not obvious to me from reading the documentation.
> As there's a workaround with dynamic settings, it's not a showstopper, but 
> the drawback is that the dynamic setting is not done until Cordova is ready, 
> so there's some "jerkiness" to the UX.
> Cheers,
> Anders



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-13792) Settings in config.xml seem to have no effect

2018-01-18 Thread jcesarmobile (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-13792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

jcesarmobile closed CB-13792.
-
Resolution: Invalid

This is not really a bug in the plugin, it's the iOS 11 behaviour, it has safe 
areas and you have to disable them by adding viewport-fit=cover in your 
viewport meta tag. When you do that the plugin will work as expected

> Settings in config.xml seem to have no effect
> -
>
> Key: CB-13792
> URL: https://issues.apache.org/jira/browse/CB-13792
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-statusbar
>Affects Versions: cordova-ios 4.5.0
> Environment: cli-7.1.0 with iOS 4.5.4
> cordova-plugin-statusbar 2.4.1
> Building with PhoneGap Build
>  
>Reporter: Anders Borg
>Priority: Minor
>  Labels: cordova-plugin-statusbar, ios
>
> These settings seem to do nothing at all on iOS:
> 
>  
>  
> (the status bar still overlays the app window and colors are not changed)
> I need to do this to get the intended effect:
> StatusBar.overlaysWebView(false);
>  StatusBar.backgroundColorByHexString("#ff");
>  StatusBar.styleDefault();
> This behavior is not obvious to me from reading the documentation.
> As there's a workaround with dynamic settings, it's not a showstopper, but 
> the drawback is that the dynamic setting is not done until Cordova is ready, 
> so there's some "jerkiness" to the UX.
> Cheers,
> Anders



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13795) cordova-plugin-camera. When click on browse image it return errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" UserInfo={NS

2018-01-18 Thread jcesarmobile (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-13795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331440#comment-16331440
 ] 

jcesarmobile commented on CB-13795:
---

Can you try with 4.0.1? 2.1.1 is pretty old

> cordova-plugin-camera. When click on browse image it return errors 
> encountered while discovering extensions: Error Domain=PlugInKit Code=13 
> "query cancelled" UserInfo={NSLocalizedDescription=query cancelled} on Ipad 
> pro.
> 
>
> Key: CB-13795
> URL: https://issues.apache.org/jira/browse/CB-13795
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: ionic version 
> 3.19.0
> Cordova Version
> 6.0.0
> Cordova Plugin Camera 
> 2.1.1
>  
>Reporter: Zeeshan Aslam
>Priority: Major
>
> I am using *cordova-plugin-camera-2.1.1.*
> When click on Image in browser images list. it return
> *errors encountered while discovering extensions: Error Domain=PlugInKit 
> Code=13 "query cancelled" UserInfo=\{NSLocalizedDescription=query cancelled}*
> i already add '*NSLocalizedDescription*' in *info.plist*. 
> it is working on other iPhone. This is happening only on iPad pro.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0 without specifying passwords in build.json


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331370#comment-16331370
 ] 

Eric Parlier commented on CB-13684:
---

[~bowserj] can you please paste an example of your build file? Are we still 
talking about the *storePassword* here?

> Not be able to sign apk with 6.4.0 and 7.0.0 without specifying passwords in 
> build.json
> ---
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0 without specifying passwords in build.json


 [ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-13684:

Summary: Not be able to sign apk with 6.4.0 and 7.0.0 without specifying 
passwords in build.json  (was: Not be able to sign apk with 6.4.0 and 7.0.0)

> Not be able to sign apk with 6.4.0 and 7.0.0 without specifying passwords in 
> build.json
> ---
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331349#comment-16331349
 ] 

Joe Bowser edited comment on CB-13684 at 1/18/18 10:30 PM:
---

[~eparlier] I was able to get everything working fine using the build.json file 
and providing a password for both the key and the keystore, so the keystore 
appears to be required now.  If you don't provide a password, it should give 
you a prompt.


was (Author: bowserj):
[~eparlier] I was able to get everything working fine using the build.json file 
and providing a password for both the key and the keystore, so the keystore 
appears to be required now.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331349#comment-16331349
 ] 

Joe Bowser commented on CB-13684:
-

[~eparlier] I was able to get everything working fine using the build.json file 
and providing a password for both the key and the keystore, so the keystore 
appears to be required now.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331293#comment-16331293
 ] 

Eric Parlier edited comment on CB-13684 at 1/18/18 9:57 PM:


>From my undertanding ant.input generates a prompt, which is what we are trying 
>to avoid? Maybe I'm mistaken but isn't the solution to not use a prompt and 
>gather values from the build file? Also the "storePassword" in my case IS in 
>the build file, it's just empty...


was (Author: eparlier):
>From my undertanding ant.input generates a prompt, which is what we are trying 
>to avoid? Maybe I'm mistaken but isn't the solution to not use a prompt and 
>gather values from the build file?

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331293#comment-16331293
 ] 

Eric Parlier commented on CB-13684:
---

>From my undertanding ant.input generates a prompt, which is what we are trying 
>to avoid? Maybe I'm mistaken but isn't the solution to not use a prompt and 
>gather values from the build file?

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331269#comment-16331269
 ] 

Joe Bowser edited comment on CB-13684 at 1/18/18 9:37 PM:
--

OK, for some weird reason we can't use ant.input because it cases the Cordova 
build scripts to freeze up.  For now, you have to specify passwords in  due to 
it being a Gradle bug that we can't work around.  There's a lot of people 
gathering the torches and pitchforks since this breaks their builds, but since 
gradle hasn't provided a reliable way of prompting for passwords in a daemon 
(which is why the console object is null) when it's being shelled out.

If someone can get Cordova to work well with ant.input, I'd be really happy to 
pull that PR in, but whenever I switch to using that to build something, I get 
stuck with the CLI hanging.  There's no easy fix/workaround for this bug other 
than specifying your passwords in build.json.


was (Author: bowserj):
OK, for some weird reason we can't use ant.input because it cases the Cordova 
build scripts to freeze up.  For now, you have to specify passwords in  due to 
it being a Gradle bug that we can't work around.  There's a lot of people 
gathering the torches and pitchforks since this breaks their builds, but since 
gradle hasn't provided a reliable way of prompting for passwords in a daemon 
(which is why the console object is null) when it's being shelled out.

If someone can get Cordova to work well with ant.input, I'd be really happy to 
pull that PR in, but whenever I switch to using that to build something, I get 
stuck with the CLI hanging.  There's no easy fix/workaround for this bug other 
than specifying your passwords in build.json.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331269#comment-16331269
 ] 

Joe Bowser commented on CB-13684:
-

OK, for some weird reason we can't use ant.input because it cases the Cordova 
build scripts to freeze up.  For now, you have to specify passwords in  due to 
it being a Gradle bug that we can't work around.  There's a lot of people 
gathering the torches and pitchforks since this breaks their builds, but since 
gradle hasn't provided a reliable way of prompting for passwords in a daemon 
(which is why the console object is null) when it's being shelled out.

If someone can get Cordova to work well with ant.input, I'd be really happy to 
pull that PR in, but whenever I switch to using that to build something, I get 
stuck with the CLI hanging.  There's no easy fix/workaround for this bug other 
than specifying your passwords in build.json.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331245#comment-16331245
 ] 

Eric Parlier edited comment on CB-13684 at 1/18/18 9:23 PM:


Sorry but this isn't good for us since we batch build cordova apps. We can't 
have a prompt anywhere, this is a show blocker for us, and the storePassword is 
not mandatory anyway...

The best solution so far was to have the build file in the project root (the 
way it was working before) and not have any prompt anywhere.


was (Author: eparlier):
Sorry but this isn't good for us since we batch build cordova apps. We can't 
have a prompt anywhere, this is a show blocker for us, and the storePassword is 
not mandatory anyway...

The best solution so far was the build file and the way it was working before.

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Comment Edited] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331245#comment-16331245
 ] 

Eric Parlier edited comment on CB-13684 at 1/18/18 9:22 PM:


Sorry but this isn't good for us since we batch build cordova apps. We can't 
have a prompt anywhere, this is a show blocker for us, and the storePassword is 
not mandatory anyway...

The best solution so far was the build file and the way it was working before.


was (Author: eparlier):
Sorry but this isn't good for us since we batch build cordova apps. We can't 
have a prompt anywhere, this is a show blocker for us, and the storePassword is 
not mandatory anyway...

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331245#comment-16331245
 ] 

Eric Parlier commented on CB-13684:
---

Sorry but this isn't good for us since we batch build cordova apps. We can't 
have a prompt anywhere, this is a show blocker for us, and the storePassword is 
not mandatory anyway...

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13684) Not be able to sign apk with 6.4.0 and 7.0.0


[ 
https://issues.apache.org/jira/browse/CB-13684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331226#comment-16331226
 ] 

Joe Bowser commented on CB-13684:
-

OK, how about we get rid of the swing builder and just ask for the password in 
the CLI using the ant properties?  How do people feel about that?

> Not be able to sign apk with 6.4.0 and 7.0.0
> 
>
> Key: CB-13684
> URL: https://issues.apache.org/jira/browse/CB-13684
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Reporter: Kevin Lot
>Assignee: Joe Bowser
>Priority: Major
>
> Since 6.4.0, sign APK without specify passwords in config file does not work.
> Cause gradle 4.1.0 has this issue [#2826] - Use SwingBuilder in customize 
> task on Android studio throw java.awt.HeadlessException. 
> ([link|https://github.com/gradle/gradle/issues/2826]).
> If you don't specify passwords in config file to sign your APK, compilation 
> launches a window with SwingBuilder to prompt passwords.
> {code:java}
> def doPromptForPassword(msg) {
> if (System.console() == null) {
> def ret = null
> new SwingBuilder().edt {
> dialog(modal: true, title: 'Enter password', alwaysOnTop: true, 
> resizable: false, locationRelativeTo: null, pack: true, show: true) {
> vbox {
> label(text: msg)
> def input = passwordField()
> button(defaultButton: true, text: 'OK', actionPerformed: {
> ret = input.password;
> dispose();
> })
> }
> }
> }
> if (!ret) {
> throw new GradleException('User canceled build')
> }
> return new String(ret)
> } else {
> return System.console().readPassword('\n' + msg);
> }
> }
> {code}
> On Linux Mint 18.3 and MacOs High sierra, even in terminal, System.console() 
> return null and compilation crashes due to gradle issue.
> Thanks for help.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13175) 8.1-win crashes on startup


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331137#comment-16331137
 ] 

ASF GitHub Bot commented on CB-13175:
-

brodybits commented on issue #239: CB-13175: fixing windows8.1 crash on startup
URL: https://github.com/apache/cordova-windows/pull/239#issuecomment-358769082
 
 
   WORKAROUND HACK SOLUTION is to simply apply the changes in 
 for CB-12784 by hand:
   * replace `appView.titleBar` with `isWin10UWP` in `colorizeTitleBar` and 
`revertTitleBarColor` functions in cordova.js (right around the place where it 
crashes with the uncaught exception).
   
   Additional links:
   - Further description along with the workaround solution in 

   - CB-13796 () with duplicate 
report that I raised before finding this one (CB-13175 / 
)


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-12784) [Windows 10 Creators Update] "8.1-win" app crashes on start


[ 
https://issues.apache.org/jira/browse/CB-12784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331122#comment-16331122
 ] 

ASF GitHub Bot commented on CB-12784:
-

brodybits commented on issue #232: CB-12784 Fixed a crash on Windows 10 
Creators Update
URL: https://github.com/apache/cordova-windows/pull/232#issuecomment-358767241
 
 
   > I gotta agree with @Achala007: fixes in splashscreen.js are not included 
in cordova.js
   
   This was already noted in 
 for CB-13175 
**( - 8.1-win crashes on 
startup)**. I just closed CB-13796 
(https://issues.apache.org/jira/browse/CB-13796) as a duplicate of CB-13175.
   
   Can we PLEASE get CB-13175 resolved ASAP? I just wasted almost half a day 
making notes until I discovered CB-13175 ref: 



This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> [Windows 10 Creators Update] "8.1-win" app crashes on start
> ---
>
> Key: CB-12784
> URL: https://issues.apache.org/jira/browse/CB-12784
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
> Environment: Windows 10 Creators Update (build 15063.250)
> Cordova 7.0.0 or 7.0.1
>Reporter: Alexander Sorokin
>Priority: Major
>
> {noformat}
> cordova create foo
> cordova platform add windows
> cordova run -- --appx=8.1-win
> {noformat}
> The stack trace is as follows:
> {noformat}
> App  terminated itself by calling terminateApp API. 
> App details are as follows:  Display Name:, AppUserModelId: 
>  Package 
> Identity: 
> PID:<16200>. The API was called from the context of the following HTML 
> document:  . Error object passed to terminateApp carried the 
> following details Description:<{"description":"Element not 
> found.\r\n","number":-2147023728,"stack":"WinRTError: Element not 
> found.\r\n\n   at colorizeTitleBar 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2083:9)\n   at show 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2100:5)\n   at 
> module.exports.firstShow 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2236:13)\n   at Anonymous 
> function (ms-appx://io.cordova.hellocordova/www/cordova.js:1619:21)\n   at 
> notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)\n   at 
> state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)\n   at _run 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1448:17)\n   at _completed 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1416:13)\n   at notifySuccess 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)\n   at 
> state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)"}>, and Stack Trace:- 
> WinRTError: Element not found.
>at colorizeTitleBar 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2083:9)
>at show (ms-appx://io.cordova.hellocordova/www/cordova.js:2100:5)
>at module.exports.firstShow 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2236:13)
>at Anonymous function 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:1619:21)
>at notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)
>at state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)
>at _run (ms-appx://microsoft.winjs.2.0/js/base.js:1448:17)
>at _completed (ms-appx://microsoft.winjs.2.0/js/base.js:1416:13)
>at notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)
>at state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)
> .
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13175) 8.1-win crashes on startup


[ 
https://issues.apache.org/jira/browse/CB-13175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331105#comment-16331105
 ] 

ASF GitHub Bot commented on CB-13175:
-

brodybits commented on issue #239: CB-13175: fixing windows8.1 crash on startup
URL: https://github.com/apache/cordova-windows/pull/239#issuecomment-358765260
 
 
   > @janpio there is no need to merge this PR, because the release process 
includes automatic update of cordova.js by coho.
   
   Can we PLEASE get this issue 
() resolved ASAP? I just wasted 
almost half a day making notes about this one.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> 8.1-win crashes on startup
> --
>
> Key: CB-13175
> URL: https://issues.apache.org/jira/browse/CB-13175
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
>Reporter: Max Kapaln
>Assignee: Jesse MacFadyen
>Priority: Major
>
> This ticket is a follow up to CB-12784
> The PR submitted with CB-12784 only half fixed the win8 crashing issue. The 
> functions colorizeTitleBar() and revertTitleBarColor() exist in 
> template/www/cordova.js as well and my PR takes the fix the user applied in 
> CB-12784 and adds into cordova.js as well.
> alsorokin original fix (already merged into master):
> https://github.com/apache/cordova-windows/pull/232/commits/279816743f995510a1070a0bf77a3180f11e468a



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-12238) [Windows] Colorize titlebar to match splash bg color


[ 
https://issues.apache.org/jira/browse/CB-12238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331098#comment-16331098
 ] 

ASF GitHub Bot commented on CB-12238:
-

brodybits commented on issue #218: CB-12238 [Windows] Colorize titlebar to 
match splash bg color
URL: https://github.com/apache/cordova-windows/pull/218#issuecomment-358764020
 
 
   FYI This change introduced a crash on Windows 8.1 as discussed in CB-12784 
().


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> [Windows] Colorize titlebar to match splash bg color
> 
>
> Key: CB-12238
> URL: https://issues.apache.org/jira/browse/CB-12238
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Reporter: Sergey Shakhnazarov
>Assignee: Sergey Shakhnazarov
>Priority: Major
>  Labels: splashscreen, triaged, windows
>
> 8.1/10 title bar color should match splashscreen background color - otherwise 
> there is a kind of flashing to the white/accent color when extended splash is 
> shown.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-13796) Uncaught exception in Windows 8.1 build

2018-01-18 Thread Chris Brody (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-13796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Chris Brody closed CB-13796.

Resolution: Duplicate

Closing as a duplicate of CB-13175. I hope to see CB-13175 resolved ASAP.

> Uncaught exception in Windows 8.1 build
> ---
>
> Key: CB-13796
> URL: https://issues.apache.org/jira/browse/CB-13796
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: 5.0.0, 5.1.0
> Environment: Cordova CLI 8.0.0 on Windows 10 Professional system with 
> Visual Studio 2015 Update 3 (Community Edition)
>Reporter: Chris Brody
>Assignee: Jesse MacFadyen
>Priority: Major
>
> If I would try the following steps:
>  # create a new project using Cordova CLI 8.0.0
>  # do {{cordova platform add windows}} (uses cordova-windows@5.0.0)
>  # open the generated project with Visual Studio 2015
>  # attempt to run Windows 8.1 build on my system
> it would break with an exception at line 2083, column 9 in cordova.js.
> I would encounter a similar issue if I would replace step 2 above with the 
> following command:
>  * {{cordova platform add [https://github.com/apache/cordova-windows]}}
> (shows the following relevant output: {{Windows project created with 
> cordova-windows@5.1.0-dev}})
> *POSSIBLE WORKAROUND HACK SOLUTION:*
> If I would MANUALLY APPLY the change in 
> [apache/cordova-windows@2798167|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a]
>  for CB-12784 (Fixed a crash on Windows 10 Creators Update):
>  * replace {{appView.titleBar}} with {{isWin10UWP}} in {{colorizeTitleBar}} 
> and {{revertTitleBarColor}} functions in cordova.js (right around the code 
> that fails)
> then it would run OK.
> This WORKAROUND HACK works for me regardless of whether I used {{cordova 
> platform add windows}} (using {{cordova-windows@5.0.0}}) or {{cordova 
> platform add [https://github.com/apache/cordova-windows]}} (using {{Windows 
> project created with cordova-windows@5.1.0-dev}}).
> *POSSIBLE EXPLANATION:*
>  My theory is that for some reasons fixes made to splashscreen.js in 
> [apache/cordova-windows@2798167|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a]
>  (see [apache/cordova-windows#232 (CB-12784 Fixed a crash on Windows 10 
> Creators Update)|https://github.com/apache/cordova-windows/pull/232]) are not 
> synchronized into cordova.js, as stated in 
> [apache/cordova-windows@2798167#commitcomment-26631344|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a#commitcomment-26631344].
> ADDITIONAL NOTE: CB-12784 seems to be intended to fix a problem that was 
> introduced by the change in CB-12238 ([Windows] Colorize titlebar to match 
> splash bg color).
> I originally noted this issue in 
> [brodybits/cordova-notes#3|https://github.com/brodybits/cordova-notes/issues/3],
>  along with the exception messages from Visual Studio 2015.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-12784) [Windows 10 Creators Update] "8.1-win" app crashes on start


[ 
https://issues.apache.org/jira/browse/CB-12784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331075#comment-16331075
 ] 

ASF GitHub Bot commented on CB-12784:
-

brodybits commented on issue #232: CB-12784 Fixed a crash on Windows 10 
Creators Update
URL: https://github.com/apache/cordova-windows/pull/232#issuecomment-358761087
 
 
   I gotta agree with @Achala007: fixes in splashscreen.js are not included in 
cordova.js, even if I would do the following command in a new Cordova project: 
`cordova platform add https://github.com/apache/cordova-windows` (implicitly 
uses the `master` branch). No matter whether I would do `cordova platform add 
windows` (uses `cordova-windows@5.0.0`) or add from GitHub (shows 
`cordova-windows@5.1.0-dev`) I still encounter the uncaught exception on 
Windows 8.1.
   
   I just filed CB-13796 () to 
report this issue (also described in notes I made in 
).
   
   WORKAROUND HACK SOLUTION is to simply apply the changes by hand (replace 
`appView.titleBar` with `isWin10UWP` in `colorizeTitleBar` and 
`revertTitleBarColor` functions in cordova.js).
   
   ADDITIONAL NOTE: The crash issue discussed here was originally introduced in 
 for CB-12238 
( - [Windows] Colorize titlebar 
to match splash bg color).


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> [Windows 10 Creators Update] "8.1-win" app crashes on start
> ---
>
> Key: CB-12784
> URL: https://issues.apache.org/jira/browse/CB-12784
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-windows
>Affects Versions: Master
> Environment: Windows 10 Creators Update (build 15063.250)
> Cordova 7.0.0 or 7.0.1
>Reporter: Alexander Sorokin
>Priority: Major
>
> {noformat}
> cordova create foo
> cordova platform add windows
> cordova run -- --appx=8.1-win
> {noformat}
> The stack trace is as follows:
> {noformat}
> App  terminated itself by calling terminateApp API. 
> App details are as follows:  Display Name:, AppUserModelId: 
>  Package 
> Identity: 
> PID:<16200>. The API was called from the context of the following HTML 
> document:  . Error object passed to terminateApp carried the 
> following details Description:<{"description":"Element not 
> found.\r\n","number":-2147023728,"stack":"WinRTError: Element not 
> found.\r\n\n   at colorizeTitleBar 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2083:9)\n   at show 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2100:5)\n   at 
> module.exports.firstShow 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2236:13)\n   at Anonymous 
> function (ms-appx://io.cordova.hellocordova/www/cordova.js:1619:21)\n   at 
> notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)\n   at 
> state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)\n   at _run 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1448:17)\n   at _completed 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1416:13)\n   at notifySuccess 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)\n   at 
> state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)"}>, and Stack Trace:- 
> WinRTError: Element not found.
>at colorizeTitleBar 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2083:9)
>at show (ms-appx://io.cordova.hellocordova/www/cordova.js:2100:5)
>at module.exports.firstShow 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:2236:13)
>at Anonymous function 
> (ms-appx://io.cordova.hellocordova/www/cordova.js:1619:21)
>at notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)
>at state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)
>at _run (ms-appx://microsoft.winjs.2.0/js/base.js:1448:17)
>at _completed (ms-appx://microsoft.winjs.2.0/js/base.js:1416:13)
>at notifySuccess (ms-appx://microsoft.winjs.2.0/js/base.js:1550:21)
>at state_success_notify.enter 
> (ms-appx://microsoft.winjs.2.0/js/base.js:1232:21)
> .
> {noformat}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13791) Add Android support for a footer close button.

2018-01-18 Thread Dave Alden (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-13791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16331070#comment-16331070
 ] 

Dave Alden commented on CB-13791:
-

[~bowserj] How is this Fixed/Resolved if the PR is still open and not merged?

[https://github.com/apache/cordova-plugin-inappbrowser/pull/258]

> Add Android support for a footer close button.
> --
>
> Key: CB-13791
> URL: https://issues.apache.org/jira/browse/CB-13791
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-plugin-inappbrowser
> Environment: Android
>Reporter: Dave Alden
>Priority: Minor
>  Labels: features, newbie
>
> Extending the work done in [PR 
> #246|https://github.com/apache/cordova-plugin-inappbrowser/pull/246] under 
> CB-13409, this adds support to Android for a footer close button similar to 
> the "Done" button on iOS.
> The following options are added for Android:
>  * *footer* - set to "yes" to show a close button in the footer similar to 
> the iOS "Done" button.
>  The close button will appear the same as for the header hence use 
> _closebuttoncaption_ and _closebuttoncolor_ to set its properties.
>  * *footercolor* - set to a valid hex color string, for example #00ff00 or 
> #CC00ff00 (#aarrggbb) , and it will change the footer color from default. 
> Only has effect if user has _footer_ set to "yes".
> Here are some example screenshots with the relevant options:
> _location=yes,footer=yes_
>  
> !https://user-images.githubusercontent.com/2345062/33147006-2a602f88-cfbe-11e7-9580-438b07236400.png|width=300!
> _location=no,footer=yes_
>  
> !https://user-images.githubusercontent.com/2345062/33147147-a60efaba-cfbe-11e7-8132-120179e8b43e.png|width=300!
> _location=yes,footer=yes,closebuttoncaption=Done_
>  
> !https://user-images.githubusercontent.com/2345062/33147185-ca8d1e6c-cfbe-11e7-9646-0e1cea52abce.png|width=300!
> _location=no,footer=yes,closebuttoncaption=Done,closebuttoncolor=#ff_
>  
> !https://user-images.githubusercontent.com/2345062/33147285-1aa7bc54-cfbf-11e7-9b9b-576f0d87ed9a.png|width=300!
> _location=no,footer=yes,footercolor=#ff,closebuttoncaption=Done_
>  
> !https://user-images.githubusercontent.com/2345062/33147316-3ab511fe-cfbf-11e7-8b19-d1de80ad289e.png|width=300!
> _location=no,footer=yes,footercolor=#00ff00,closebuttoncaption=Done,closebuttoncolor=#ff_
>  
> !https://user-images.githubusercontent.com/2345062/33147348-581b55c8-cfbf-11e7-9490-c61d83957079.png|width=300!
> _location=no,footer=yes,footercolor=#CC00,closebuttoncaption=Done,closebuttoncolor=#00_
>  
> !https://user-images.githubusercontent.com/2345062/33147377-6ec46c6a-cfbf-11e7-969e-a075142133c4.png|width=300!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13796) Uncaught exception in Windows 8.1 build

2018-01-18 Thread Chris Brody (JIRA)

Chris Brody created CB-13796:


 Summary: Uncaught exception in Windows 8.1 build
 Key: CB-13796
 URL: https://issues.apache.org/jira/browse/CB-13796
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-windows
Affects Versions: 5.0.0, 5.1.0
 Environment: Cordova CLI 8.0.0 on Windows 10 Professional system with 
Visual Studio 2015 Update 3 (Community Edition)
Reporter: Chris Brody
Assignee: Jesse MacFadyen


If I would try the following steps:
 # create a new project using Cordova CLI 8.0.0
 # do {{cordova platform add windows}} (uses cordova-windows@5.0.0)
 # open the generated project with Visual Studio 2015
 # attempt to run Windows 8.1 build on my system

it would break with an exception at line 2083, column 9 in cordova.js.

I would encounter a similar issue if I would replace step 2 above with the 
following command:
 * {{cordova platform add [https://github.com/apache/cordova-windows]}}

(shows the following relevant output: {{Windows project created with 
cordova-windows@5.1.0-dev}})

*POSSIBLE WORKAROUND HACK SOLUTION:*

If I would MANUALLY APPLY the change in 
[apache/cordova-windows@2798167|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a]
 for CB-12784 (Fixed a crash on Windows 10 Creators Update):
 * replace {{appView.titleBar}} with {{isWin10UWP}} in {{colorizeTitleBar}} and 
{{revertTitleBarColor}} functions in cordova.js (right around the code that 
fails)

then it would run OK.

This WORKAROUND HACK works for me regardless of whether I used {{cordova 
platform add windows}} (using {{cordova-windows@5.0.0}}) or {{cordova platform 
add [https://github.com/apache/cordova-windows]}} (using {{Windows project 
created with cordova-windows@5.1.0-dev}}).

*POSSIBLE EXPLANATION:*

 My theory is that for some reasons fixes made to splashscreen.js in 
[apache/cordova-windows@2798167|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a]
 (see [apache/cordova-windows#232 (CB-12784 Fixed a crash on Windows 10 
Creators Update)|https://github.com/apache/cordova-windows/pull/232]) are not 
synchronized into cordova.js, as stated in 
[apache/cordova-windows@2798167#commitcomment-26631344|https://github.com/apache/cordova-windows/commit/279816743f995510a1070a0bf77a3180f11e468a#commitcomment-26631344].

ADDITIONAL NOTE: CB-12784 seems to be intended to fix a problem that was 
introduced by the change in CB-12238 ([Windows] Colorize titlebar to match 
splash bg color).

I originally noted this issue in 
[brodybits/cordova-notes#3|https://github.com/brodybits/cordova-notes/issues/3],
 along with the exception messages from Visual Studio 2015.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13510) Copy/Paste functionality is not working for iOS native components.


[ 
https://issues.apache.org/jira/browse/CB-13510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330992#comment-16330992
 ] 

ASF GitHub Bot commented on CB-13510:
-

purplecabbage commented on issue #352: CB-13510: (iOS) Removed clipboard 
workaround, which was braking copy/paste functional iOS 11
URL: https://github.com/apache/cordova-ios/pull/352#issuecomment-358748345
 
 
   Yep, just waiting on Travis ...


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Copy/Paste functionality is not working for iOS native components.
> --
>
> Key: CB-13510
> URL: https://issues.apache.org/jira/browse/CB-13510
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Affects Versions: cordova-ios@4.4.0, cordova-ios 4.5.0
> Environment: iOS 11 and up... Not reproducible in iOS 10.x 
>Reporter: Aqeel Raza Syed
>Assignee: Suraj Pindoria
>Priority: Major
>
> With iOS11 upgrade Cordova-ios library is braking copy/paste functionality 
> for consumer apps utilizing both web and native UI. 
> *Steps to reproduce :*
> - Copy text to clipboard (e.g. Notes app)
> - Foreground consumer app (app must be running in background)
> - Paste clipboard text to native UI component (i.e. UITextField)
> *Expected:*
> - Text should be pasted on native UI component 
> *Actual:*
> - Nothing happens
> *Note:* This only happens with native UI components and works fine with Web 
> interface. Also once consumer app goes foreground, after backgrounding that 
> app, clipboard text can never be pasted in any other iOS app with native UI.
> *Investigation:*
> Seems like following patch fix is causing this issue in iOS 11:
> https://github.com/apache/cordova-ios/pull/139
> *Potential Fix:* Since above patch has been done a while ago, removing that 
> bit of code, doesn't seems to reintroduce original bug (i.e. 
> https://voxpelli.com/2015/03/ios-safari-url-copy-paste-bug/)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13788) Specify the minimum required version of google play services for plugins

2018-01-18 Thread Masashi Katsumata (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-13788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330981#comment-16330981
 ] 

Masashi Katsumata commented on CB-13788:


The tests for the pull request are all green. Is there any conversation?

> Specify the minimum required version of google play services for plugins
> 
>
> Key: CB-13788
> URL: https://issues.apache.org/jira/browse/CB-13788
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-android
>Affects Versions: cordova-android-7.0.0
>Reporter: Masashi Katsumata
>Assignee: Joe Bowser
>Priority: Major
>  Labels: patch
>
> Many plugins use the Google Play Services SDK, but it is really heavy.
> Some developers want to specify particular versions, but not all of plugin 
> developers.
> Some other developers don't want to update their plugin frequently, but want 
> to specify minimum required version.
> I found this code
> [https://github.com/apache/cordova-android/blob/673a6773b2f78ba76d2144c66ab7a3add78648ae/bin/templates/cordova/lib/builders/StudioBuilder.js#L177-L201]
> This allows us to specify like this
> **
>  
> But the code does not accept particular module.
> * versions=">=11.8.0" />*
>  
> In order to specify particular module, we need to change the code.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13409) Allow more additional options, for customizing toolbar in cordova/inappbrowser


 [ 
https://issues.apache.org/jira/browse/CB-13409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13409.
-
Resolution: Fixed

> Allow more additional options, for customizing toolbar in cordova/inappbrowser
> --
>
> Key: CB-13409
> URL: https://issues.apache.org/jira/browse/CB-13409
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-plugin-inappbrowser
> Environment: iOS, Android
>Reporter: Steinar Ágúst Steinarsson
>Priority: Minor
>  Labels: features, newbie
> Attachments: Android - 1.png, Android - 2.png, Android - 3.png, 
> Android - 4.png, Android - 5.png, iOS - 1.PNG
>
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> I added a couple of customizations to inappbrowser's toolbar:
> *Android*:
> - Have a custom text for a close button instead of the Default X:
> _closebuttoncaption_: "set to a string to use as the close buttons caption 
> instead of a X. Note that you need to localize this value yourself."
> - Change the close button color:
> _closebuttoncolor_: "set to a valid hex color string, for example: `#00ff00`, 
> and it will change the close button color from default, regardless of being a 
> text or default X. Only has effect if user has location set to `yes`."
> - Hide the navigation buttons that go backwards and forwards:
> _hidenavigationbuttons_: "set to `yes` to hide the navigation buttons on the 
> location toolbar, only has effect if user has location set to `yes`. The 
> default value is `no`."
> - Change navigation buttons color:
> _navigationbuttoncolor_: "set to a valid hex color string, for example: 
> `#00ff00`, and it will change the color of both navigation buttons from 
> default. Only has effect if user has location set to `yes` and not 
> hidenavigationbuttons set to `yes`."
> - Change color of toolbar:
> _toolbarcolor_: "set to a valid hex color string, for example: `#00ff00`, and 
> it will change the color the toolbar from default. Only has effect if user 
> has location set to `yes`."
> *iOS:*
> - _closebuttoncolor_ (same as above)
> - _hidenavigationbuttons_ (same as above)
> - _toolbarcolor_ (same as above)
> - Make toolbar non-translucent:
> _toolbartranslucent_: "set to `yes` or `no` to make the toolbar 
> translucent(semi-transparent)  (defaults to `yes`). Only applicable if 
> toolbar is not disabled."
> See screenshots in attachments.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13647) Incomplete plugin restoration


[ 
https://issues.apache.org/jira/browse/CB-13647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330976#comment-16330976
 ] 

Joe Bowser commented on CB-13647:
-

[~goffioul] Unfortunately I don't have a timeframe as to when the plugin paths 
will be changed.  We've tested the core plugins with mobilespec, and all of 
them currently install, so that's not a pressing issue currently.

> Incomplete plugin restoration
> -
>
> Key: CB-13647
> URL: https://issues.apache.org/jira/browse/CB-13647
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: 7.0.0
>Reporter: Michael Goffioul
>Assignee: Joe Bowser
>Priority: Major
>  Labels: android-next
>
> I'm having a problem with plugin restoration since cordova-android 7.0.0, 
> when plugins use a mix of config-file and edit-config on the same file (e.g. 
> AndroidManifest.xml) and only edit-config uses the real path to the file. 
> I've tried both cordova-cli 6.5.0 and 7.1.0 with the same result.
> 1) Create a new corodva project and enter top-level direcotyr
> 2) Create subfolder to contain a local plugin: mkdir -p 
> localplugins/testplugin1
> 3) Create the following files to define the local plugin:
> - plugin.xml (adds an attribute to  and a category to 
> )
> {code}
> 
> http://apache.org/cordova/ns/plugins/1.0; 
> id="com.example.testplugin1" version="1.0.0">
> Test Plugin 1
> 
>  parent="/manifest/application/activity/intent-filter">
> 
> 
>  target="/manifest/application" mode="merge">
> 
> 
> 
> 
> {code}
> - package.json
> {code}
> {
> "name": "com.example.testplugin1",
> "version": "1.0.0"
> }
> {code}
> 4) Add android platform: cordova platform add android@7.0.0 --save
> 5) Add local plugin: cordova plugin add localplugins/testplugin1 --save
> At this point, if you check 
> platforms/android/app/src/main/AndroidManifest.xml, it'll contain the 2 
> changes defined in the plugin.
> Now attempt to use platform/plugin restoration with thw following:
> {code}
> cordova platform rm android
> cordova prepare android
> {code}
> If you check again AndroidManifest.xml, it will only contain one of the 
> changes defined in the plugin (the attribute to ). The other 
> change is missing.
> If you use the real path to AndroidManifest.xml for the definition of 
> , then the problem does not occur. BUT, the problem can also 
> occur when changes to AndroidManifest.xml are coming from multiple plugins, 
> including the standard cordova plugin, most of which do not use the real path 
> to AndroidManifest.xml yet.
> The problem can affect other files too. For instance I experienced incomplete 
> restoration of plugins trying to register themselves in res/xml/config.xml. 
> Only one plugin, out of 7, was using the real path 
> app/src/main/res/xml/config.xml and I ended up with only one plugin defined 
> in res/xml/config.xml, causing the application to fail to start.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13739) Android build is broken due to libraries with text relocations


[ 
https://issues.apache.org/jira/browse/CB-13739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330969#comment-16330969
 ] 

Joe Bowser commented on CB-13739:
-

[~gabriel-fallen] Cordova doesn't host any guides on this, but you can find it 
on https://d.android.com.

> Android build is broken due to libraries with text relocations
> --
>
> Key: CB-13739
> URL: https://issues.apache.org/jira/browse/CB-13739
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova-android-7.0.0
> Environment: Build systems: Ubuntu Linux and PhoneGap Build
> Android versions: 5.0.2 and 7.1.2
>Reporter: Alexander Tchitchigin
>Assignee: Joe Bowser
>Priority: Major
> Attachments: photo_2018-01-08_12-25-17.jpg
>
>
> When I build an Android app and run it on a device I get the result in the 
> screenshot: there are a number of libraries with text relocations that 
> Android refuses to load hence the application is broken and doesn't work. 
> Release build refuses to start at all.
> Before updating Cordova and Android SDK everything worked OK, I was able to 
> build and run the app and previous version is published to Google Play. But I 
> didn't memorize the version number when it all worked, unfortunately. App 
> code was updated either but I don't see how updated JS, CSS and images could 
> make Cordova link with new libraries with relocations.
> Cordova behaves the same to me both locally with the latest version (cordova 
> 8.0.0, android 7.0.0) and in PhoneGap Build.
> I'd like to know the right build settings to produce working build or at 
> least some workaround. I tried to play with cdvBuildToolsVersion and 
> cdvCompileSdkVersion but had no success.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13739) Android build is broken due to libraries with text relocations


 [ 
https://issues.apache.org/jira/browse/CB-13739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13739.
-
Resolution: Cannot Reproduce

I don't own a modern Samsung Galaxy Tab, but I can't reproduce this on any 
devices I currently possess. :/

> Android build is broken due to libraries with text relocations
> --
>
> Key: CB-13739
> URL: https://issues.apache.org/jira/browse/CB-13739
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
>Affects Versions: cordova-android-7.0.0
> Environment: Build systems: Ubuntu Linux and PhoneGap Build
> Android versions: 5.0.2 and 7.1.2
>Reporter: Alexander Tchitchigin
>Assignee: Joe Bowser
>Priority: Major
> Attachments: photo_2018-01-08_12-25-17.jpg
>
>
> When I build an Android app and run it on a device I get the result in the 
> screenshot: there are a number of libraries with text relocations that 
> Android refuses to load hence the application is broken and doesn't work. 
> Release build refuses to start at all.
> Before updating Cordova and Android SDK everything worked OK, I was able to 
> build and run the app and previous version is published to Google Play. But I 
> didn't memorize the version number when it all worked, unfortunately. App 
> code was updated either but I don't see how updated JS, CSS and images could 
> make Cordova link with new libraries with relocations.
> Cordova behaves the same to me both locally with the latest version (cordova 
> 8.0.0, android 7.0.0) and in PhoneGap Build.
> I'd like to know the right build settings to produce working build or at 
> least some workaround. I tried to play with cdvBuildToolsVersion and 
> cdvCompileSdkVersion but had no success.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13779) Apache Cordova 8.0.0 not building Android Apps but only prints Android and Java Paths


[ 
https://issues.apache.org/jira/browse/CB-13779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330966#comment-16330966
 ] 

Joe Bowser commented on CB-13779:
-

For whatever reason, you don't have gradle working, which is why you're not 
getting any output.  I'd double-check your gradle installation.  As it is, I 
can't reproduce your error on this end, so I'm going to have to close this as 
"Cannot Reproduce"

> Apache Cordova 8.0.0 not building Android Apps but only prints Android and 
> Java Paths
> -
>
> Key: CB-13779
> URL: https://issues.apache.org/jira/browse/CB-13779
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
> Environment: I am trying to build a Cordova app with few plugins 
> ([InAppBrowser|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-inappbrowser/],
>  [Barcode 
> Scanner|https://github.com/phonegap/phonegap-plugin-barcodescanner], [File 
> Transfer|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-file-transfer/index.html],
>  [Text-to-Speech|https://github.com/vilic/cordova-plugin-tts], [Document 
> Viewer|https://github.com/sitewaerts/cordova-plugin-document-viewer], 
> [GeoLocation|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-geolocation/index.html]).
>  
> OS: MacOS High Sierra (10.13.2)
> Cordova version 8.0.0 
> Android {{cordova-android@~7.0.0}}
> Android Studio 3.0.1
>  
>Reporter: Sumit Soman
>Assignee: Joe Bowser
>Priority: Major
>
> When I run {{cordova build android}} it only shows the {{ANDROID_HOME}} and 
> {{JAVA_HOME}} paths but does not build the Android Studio project.
> [!https://i.stack.imgur.com/l7Qat.png!|https://i.stack.imgur.com/l7Qat.png]
> I am using Cordova version 8.0.0 and Android {{cordova-android@~7.0.0}}
> Building in the verbose mode gives the following messages
> [!https://i.stack.imgur.com/rLMSv.png!|https://i.stack.imgur.com/rLMSv.png]



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13779) Apache Cordova 8.0.0 not building Android Apps but only prints Android and Java Paths


 [ 
https://issues.apache.org/jira/browse/CB-13779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13779.
-
Resolution: Cannot Reproduce

> Apache Cordova 8.0.0 not building Android Apps but only prints Android and 
> Java Paths
> -
>
> Key: CB-13779
> URL: https://issues.apache.org/jira/browse/CB-13779
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-android
> Environment: I am trying to build a Cordova app with few plugins 
> ([InAppBrowser|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-inappbrowser/],
>  [Barcode 
> Scanner|https://github.com/phonegap/phonegap-plugin-barcodescanner], [File 
> Transfer|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-file-transfer/index.html],
>  [Text-to-Speech|https://github.com/vilic/cordova-plugin-tts], [Document 
> Viewer|https://github.com/sitewaerts/cordova-plugin-document-viewer], 
> [GeoLocation|https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-geolocation/index.html]).
>  
> OS: MacOS High Sierra (10.13.2)
> Cordova version 8.0.0 
> Android {{cordova-android@~7.0.0}}
> Android Studio 3.0.1
>  
>Reporter: Sumit Soman
>Assignee: Joe Bowser
>Priority: Major
>
> When I run {{cordova build android}} it only shows the {{ANDROID_HOME}} and 
> {{JAVA_HOME}} paths but does not build the Android Studio project.
> [!https://i.stack.imgur.com/l7Qat.png!|https://i.stack.imgur.com/l7Qat.png]
> I am using Cordova version 8.0.0 and Android {{cordova-android@~7.0.0}}
> Building in the verbose mode gives the following messages
> [!https://i.stack.imgur.com/rLMSv.png!|https://i.stack.imgur.com/rLMSv.png]



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-13789) Local plugins cannot be installed after a fresh installation


 [ 
https://issues.apache.org/jira/browse/CB-13789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser updated CB-13789:

Priority: Major  (was: Blocker)

> Local plugins cannot be installed after a fresh installation
> 
>
> Key: CB-13789
> URL: https://issues.apache.org/jira/browse/CB-13789
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-cli
>Affects Versions: 7.0.2
> Environment: It is in Cordova 8.0.0 (but the interface did not allow 
> me to select it!)
>Reporter: Olivier Goguel
>Priority: Major
>
> Local plugins fails to install after a fresh installation (from source 
> control for example)
> *Steps:*
> {{cordova create sample}}
> {{cordova add plugin local/localplugin}}
> {{rm -rf plugins # to simulate fresh installation}}
> {{cordova platform add ios}}
> {color:#FF}*Failed to restore plugin "localplugin" from config.xml. You 
> might need to try adding it again. Error: Failed to fetch plugin 
> file:local/localplugin via registry.*{color}
> *Hints:*
> The plugin does not install as cordova is confused by the "file:" prefix
> When adding the plugin, it is referenced in package.json as {{"localplugin": 
> "file:local/localplugin", but in the config.xml the file: prefix has been 
> stripped ""}}
> However, when restoring the plugin, it uses the file: prefix which is not 
> supported by the cli as the protocol is not properly handled: the fetch() 
> function just tries to load the plugin from the path being given, cannot find 
> it because of the prefix, and then assume it has to be loaded from the 
> registry, hence the error
> cf. https://github.com/apache/cordova-lib/blob/master/src/plugman/fetch.js#L86
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13791) Add Android support for a footer close button.


 [ 
https://issues.apache.org/jira/browse/CB-13791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13791.
-
Resolution: Fixed

> Add Android support for a footer close button.
> --
>
> Key: CB-13791
> URL: https://issues.apache.org/jira/browse/CB-13791
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: cordova-plugin-inappbrowser
> Environment: Android
>Reporter: Dave Alden
>Priority: Minor
>  Labels: features, newbie
>
> Extending the work done in [PR 
> #246|https://github.com/apache/cordova-plugin-inappbrowser/pull/246] under 
> CB-13409, this adds support to Android for a footer close button similar to 
> the "Done" button on iOS.
> The following options are added for Android:
>  * *footer* - set to "yes" to show a close button in the footer similar to 
> the iOS "Done" button.
>  The close button will appear the same as for the header hence use 
> _closebuttoncaption_ and _closebuttoncolor_ to set its properties.
>  * *footercolor* - set to a valid hex color string, for example #00ff00 or 
> #CC00ff00 (#aarrggbb) , and it will change the footer color from default. 
> Only has effect if user has _footer_ set to "yes".
> Here are some example screenshots with the relevant options:
> _location=yes,footer=yes_
>  
> !https://user-images.githubusercontent.com/2345062/33147006-2a602f88-cfbe-11e7-9580-438b07236400.png|width=300!
> _location=no,footer=yes_
>  
> !https://user-images.githubusercontent.com/2345062/33147147-a60efaba-cfbe-11e7-8132-120179e8b43e.png|width=300!
> _location=yes,footer=yes,closebuttoncaption=Done_
>  
> !https://user-images.githubusercontent.com/2345062/33147185-ca8d1e6c-cfbe-11e7-9646-0e1cea52abce.png|width=300!
> _location=no,footer=yes,closebuttoncaption=Done,closebuttoncolor=#ff_
>  
> !https://user-images.githubusercontent.com/2345062/33147285-1aa7bc54-cfbf-11e7-9b9b-576f0d87ed9a.png|width=300!
> _location=no,footer=yes,footercolor=#ff,closebuttoncaption=Done_
>  
> !https://user-images.githubusercontent.com/2345062/33147316-3ab511fe-cfbf-11e7-8b19-d1de80ad289e.png|width=300!
> _location=no,footer=yes,footercolor=#00ff00,closebuttoncaption=Done,closebuttoncolor=#ff_
>  
> !https://user-images.githubusercontent.com/2345062/33147348-581b55c8-cfbf-11e7-9490-c61d83957079.png|width=300!
> _location=no,footer=yes,footercolor=#CC00,closebuttoncaption=Done,closebuttoncolor=#00_
>  
> !https://user-images.githubusercontent.com/2345062/33147377-6ec46c6a-cfbf-11e7-969e-a075142133c4.png|width=300!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13724) Bump Target SDK to 27


 [ 
https://issues.apache.org/jira/browse/CB-13724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13724.
-
Resolution: Fixed

> Bump Target SDK to 27
> -
>
> Key: CB-13724
> URL: https://issues.apache.org/jira/browse/CB-13724
> Project: Apache Cordova
>  Issue Type: Task
>  Components: cordova-android
>Affects Versions: cordova-android@7.0.0
>Reporter: Joe Bowser
>Assignee: Joe Bowser
>Priority: Major
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13415) Importing corrupt images using the Camera plugin crashes the app


[ 
https://issues.apache.org/jira/browse/CB-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330957#comment-16330957
 ] 

ASF GitHub Bot commented on CB-13415:
-

infil00p commented on a change in pull request #309: CB-13415 (android) 
Importing corrupt images using the Camera plugin c…
URL: 
https://github.com/apache/cordova-plugin-camera/pull/309#discussion_r162432954
 
 

 ##
 File path: src/android/CameraLauncher.java
 ##
 @@ -943,6 +943,9 @@ private Bitmap getScaledAndRotatedBitmap(String imageUrl) 
throws IOException {
 try {
 fileStream = FileHelper.getInputStreamFromUriString(imageUrl, 
cordova);
 image = BitmapFactory.decodeStream(fileStream);
+}  catch (OutOfMemoryError e) {
 
 Review comment:
   @alpesh12 You need to change this before I accept the PR.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Importing corrupt images using the Camera plugin crashes the app
> 
>
> Key: CB-13415
> URL: https://issues.apache.org/jira/browse/CB-13415
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-camera
> Environment: Android: OS 7.0, Phone Model: Moto G5 Plus
> iOS: OS 10.1.1 (14B150)
>Reporter: Shemrick Flannigan
>Priority: Critical
>  Labels: android, camera, cameraui, ios
>
> ISSUE
> Importing corrupt images using the Camera plugin crashes the app
> Current Behavior
> # Importing a corrupt image using the Cordova Camera plugin crashes the 
> Cordova app which uses the plugin
> Expected Behavior
> # Importing a corrupt image using the Cordova Camera plugin:
> #* Throws an exception which can be caught by the Cordova app which uses the 
> plugin
> #* Does not crash the Cordova app which uses the plugin
> #* Allows the Cordova app which uses the plugin to render a Toast error 
> message relaying the error
> # # Platforms affected
> #* Android
> #* iOS
> REFERENCES
> # [Sample corrupt image which crashes the app | 
> https://www.dropbox.com/s/e7dz007svtvscbc/Corrupt_Image_4.7MB_13500x13500.D2.jpg?dl=0]
> # [Technique used to wrap the call in a Try/Catch block in a callable inner 
> class to prevent an app crash | 
> https://stackoverflow.com/questions/19183174/phonegap-video-capture-crashes] 
> ADDITIONAL INFORMATION
> # Importing corrupt images does not crash apps which do not use the Camera 
> plugin, such as:
> #* Yelp mobile app
> #* Slack mobile app



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-13793) cordova-plugin-camera.


 [ 
https://issues.apache.org/jira/browse/CB-13793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Bowser resolved CB-13793.
-
Resolution: Incomplete

This issue is empty, closing! 

> cordova-plugin-camera. 
> ---
>
> Key: CB-13793
> URL: https://issues.apache.org/jira/browse/CB-13793
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Zeeshan Aslam
>Priority: Major
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13510) Copy/Paste functionality is not working for iOS native components.


[ 
https://issues.apache.org/jira/browse/CB-13510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330904#comment-16330904
 ] 

ASF GitHub Bot commented on CB-13510:
-

ssraza commented on issue #352: CB-13510: (iOS) Removed clipboard workaround, 
which was braking copy/paste functional iOS 11
URL: https://github.com/apache/cordova-ios/pull/352#issuecomment-358736428
 
 
   @shazron @purplecabbage @bhariharan updated PR based on your suggestions... 
Thanks


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Copy/Paste functionality is not working for iOS native components.
> --
>
> Key: CB-13510
> URL: https://issues.apache.org/jira/browse/CB-13510
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-ios
>Affects Versions: cordova-ios@4.4.0, cordova-ios 4.5.0
> Environment: iOS 11 and up... Not reproducible in iOS 10.x 
>Reporter: Aqeel Raza Syed
>Assignee: Suraj Pindoria
>Priority: Major
>
> With iOS11 upgrade Cordova-ios library is braking copy/paste functionality 
> for consumer apps utilizing both web and native UI. 
> *Steps to reproduce :*
> - Copy text to clipboard (e.g. Notes app)
> - Foreground consumer app (app must be running in background)
> - Paste clipboard text to native UI component (i.e. UITextField)
> *Expected:*
> - Text should be pasted on native UI component 
> *Actual:*
> - Nothing happens
> *Note:* This only happens with native UI components and works fine with Web 
> interface. Also once consumer app goes foreground, after backgrounding that 
> app, clipboard text can never be pasted in any other iOS app with native UI.
> *Investigation:*
> Seems like following patch fix is causing this issue in iOS 11:
> https://github.com/apache/cordova-ios/pull/139
> *Potential Fix:* Since above patch has been done a while ago, removing that 
> bit of code, doesn't seems to reintroduce original bug (i.e. 
> https://voxpelli.com/2015/03/ios-safari-url-copy-paste-bug/)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13415) Importing corrupt images using the Camera plugin crashes the app


[ 
https://issues.apache.org/jira/browse/CB-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330519#comment-16330519
 ] 

ASF GitHub Bot commented on CB-13415:
-

alpesh12 commented on a change in pull request #309: CB-13415 (android) 
Importing corrupt images using the Camera plugin c…
URL: 
https://github.com/apache/cordova-plugin-camera/pull/309#discussion_r162343720
 
 

 ##
 File path: src/android/CameraLauncher.java
 ##
 @@ -943,6 +943,9 @@ private Bitmap getScaledAndRotatedBitmap(String imageUrl) 
throws IOException {
 try {
 fileStream = FileHelper.getInputStreamFromUriString(imageUrl, 
cordova);
 image = BitmapFactory.decodeStream(fileStream);
+}  catch (OutOfMemoryError e) {
 
 Review comment:
   Indeed. `Exception` will catch all exceptions including `OutOfMemoryError`. 
So do I need to change or you will?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Importing corrupt images using the Camera plugin crashes the app
> 
>
> Key: CB-13415
> URL: https://issues.apache.org/jira/browse/CB-13415
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-camera
> Environment: Android: OS 7.0, Phone Model: Moto G5 Plus
> iOS: OS 10.1.1 (14B150)
>Reporter: Shemrick Flannigan
>Priority: Critical
>  Labels: android, camera, cameraui, ios
>
> ISSUE
> Importing corrupt images using the Camera plugin crashes the app
> Current Behavior
> # Importing a corrupt image using the Cordova Camera plugin crashes the 
> Cordova app which uses the plugin
> Expected Behavior
> # Importing a corrupt image using the Cordova Camera plugin:
> #* Throws an exception which can be caught by the Cordova app which uses the 
> plugin
> #* Does not crash the Cordova app which uses the plugin
> #* Allows the Cordova app which uses the plugin to render a Toast error 
> message relaying the error
> # # Platforms affected
> #* Android
> #* iOS
> REFERENCES
> # [Sample corrupt image which crashes the app | 
> https://www.dropbox.com/s/e7dz007svtvscbc/Corrupt_Image_4.7MB_13500x13500.D2.jpg?dl=0]
> # [Technique used to wrap the call in a Try/Catch block in a callable inner 
> class to prevent an app crash | 
> https://stackoverflow.com/questions/19183174/phonegap-video-capture-crashes] 
> ADDITIONAL INFORMATION
> # Importing corrupt images does not crash apps which do not use the Camera 
> plugin, such as:
> #* Yelp mobile app
> #* Slack mobile app



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13415) Importing corrupt images using the Camera plugin crashes the app


[ 
https://issues.apache.org/jira/browse/CB-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330488#comment-16330488
 ] 

ASF GitHub Bot commented on CB-13415:
-

jcesarmobile commented on a change in pull request #309: CB-13415 (android) 
Importing corrupt images using the Camera plugin c…
URL: 
https://github.com/apache/cordova-plugin-camera/pull/309#discussion_r162336196
 
 

 ##
 File path: src/android/CameraLauncher.java
 ##
 @@ -943,6 +943,9 @@ private Bitmap getScaledAndRotatedBitmap(String imageUrl) 
throws IOException {
 try {
 fileStream = FileHelper.getInputStreamFromUriString(imageUrl, 
cordova);
 image = BitmapFactory.decodeStream(fileStream);
+}  catch (OutOfMemoryError e) {
 
 Review comment:
   I think it's better to catch any exception and not only `OutOfMemoryError`, 
it might fail due to other reasons, and then in the error 
`callbackContext.error` provide the exception message


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Importing corrupt images using the Camera plugin crashes the app
> 
>
> Key: CB-13415
> URL: https://issues.apache.org/jira/browse/CB-13415
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-camera
> Environment: Android: OS 7.0, Phone Model: Moto G5 Plus
> iOS: OS 10.1.1 (14B150)
>Reporter: Shemrick Flannigan
>Priority: Critical
>  Labels: android, camera, cameraui, ios
>
> ISSUE
> Importing corrupt images using the Camera plugin crashes the app
> Current Behavior
> # Importing a corrupt image using the Cordova Camera plugin crashes the 
> Cordova app which uses the plugin
> Expected Behavior
> # Importing a corrupt image using the Cordova Camera plugin:
> #* Throws an exception which can be caught by the Cordova app which uses the 
> plugin
> #* Does not crash the Cordova app which uses the plugin
> #* Allows the Cordova app which uses the plugin to render a Toast error 
> message relaying the error
> # # Platforms affected
> #* Android
> #* iOS
> REFERENCES
> # [Sample corrupt image which crashes the app | 
> https://www.dropbox.com/s/e7dz007svtvscbc/Corrupt_Image_4.7MB_13500x13500.D2.jpg?dl=0]
> # [Technique used to wrap the call in a Try/Catch block in a callable inner 
> class to prevent an app crash | 
> https://stackoverflow.com/questions/19183174/phonegap-video-capture-crashes] 
> ADDITIONAL INFORMATION
> # Importing corrupt images does not crash apps which do not use the Camera 
> plugin, such as:
> #* Yelp mobile app
> #* Slack mobile app



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13415) Importing corrupt images using the Camera plugin crashes the app


[ 
https://issues.apache.org/jira/browse/CB-13415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330482#comment-16330482
 ] 

ASF GitHub Bot commented on CB-13415:
-

alpesh12 commented on issue #309: CB-13415 (android) Importing corrupt images 
using the Camera plugin c…
URL: 
https://github.com/apache/cordova-plugin-camera/pull/309#issuecomment-358640776
 
 
   @infil00p 
   Can you please merge this changes to master because i have not change 
anything related to iOS platform.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> Importing corrupt images using the Camera plugin crashes the app
> 
>
> Key: CB-13415
> URL: https://issues.apache.org/jira/browse/CB-13415
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-camera
> Environment: Android: OS 7.0, Phone Model: Moto G5 Plus
> iOS: OS 10.1.1 (14B150)
>Reporter: Shemrick Flannigan
>Priority: Critical
>  Labels: android, camera, cameraui, ios
>
> ISSUE
> Importing corrupt images using the Camera plugin crashes the app
> Current Behavior
> # Importing a corrupt image using the Cordova Camera plugin crashes the 
> Cordova app which uses the plugin
> Expected Behavior
> # Importing a corrupt image using the Cordova Camera plugin:
> #* Throws an exception which can be caught by the Cordova app which uses the 
> plugin
> #* Does not crash the Cordova app which uses the plugin
> #* Allows the Cordova app which uses the plugin to render a Toast error 
> message relaying the error
> # # Platforms affected
> #* Android
> #* iOS
> REFERENCES
> # [Sample corrupt image which crashes the app | 
> https://www.dropbox.com/s/e7dz007svtvscbc/Corrupt_Image_4.7MB_13500x13500.D2.jpg?dl=0]
> # [Technique used to wrap the call in a Try/Catch block in a callable inner 
> class to prevent an app crash | 
> https://stackoverflow.com/questions/19183174/phonegap-video-capture-crashes] 
> ADDITIONAL INFORMATION
> # Importing corrupt images does not crash apps which do not use the Camera 
> plugin, such as:
> #* Yelp mobile app
> #* Slack mobile app



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-13795) cordova-plugin-camera. When click on browse image it return errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" UserInfo={NSLo


 [ 
https://issues.apache.org/jira/browse/CB-13795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Zeeshan Aslam updated CB-13795:
---
Description: 
I am using *cordova-plugin-camera-2.1.1.*

When click on Image in browser images list. it return

*errors encountered while discovering extensions: Error Domain=PlugInKit 
Code=13 "query cancelled" UserInfo=\{NSLocalizedDescription=query cancelled}*

i already add '*NSLocalizedDescription*' in *info.plist*. 
it is working on other iPhone. This is happening only on iPad pro.

> cordova-plugin-camera. When click on browse image it return errors 
> encountered while discovering extensions: Error Domain=PlugInKit Code=13 
> "query cancelled" UserInfo={NSLocalizedDescription=query cancelled} on Ipad 
> pro.
> 
>
> Key: CB-13795
> URL: https://issues.apache.org/jira/browse/CB-13795
> Project: Apache Cordova
>  Issue Type: Bug
> Environment: ionic version 
> 3.19.0
> Cordova Version
> 6.0.0
> Cordova Plugin Camera 
> 2.1.1
>  
>Reporter: Zeeshan Aslam
>Priority: Major
>
> I am using *cordova-plugin-camera-2.1.1.*
> When click on Image in browser images list. it return
> *errors encountered while discovering extensions: Error Domain=PlugInKit 
> Code=13 "query cancelled" UserInfo=\{NSLocalizedDescription=query cancelled}*
> i already add '*NSLocalizedDescription*' in *info.plist*. 
> it is working on other iPhone. This is happening only on iPad pro.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13795) cordova-plugin-camera. When click on browse image it return errors encountered while discovering extensions: Error Domain=PlugInKit Code=13 "query cancelled" UserInfo={NSLo

Zeeshan Aslam created CB-13795:
--

 Summary: cordova-plugin-camera. When click on browse image it 
return errors encountered while discovering extensions: Error Domain=PlugInKit 
Code=13 "query cancelled" UserInfo={NSLocalizedDescription=query cancelled} on 
Ipad pro.
 Key: CB-13795
 URL: https://issues.apache.org/jira/browse/CB-13795
 Project: Apache Cordova
  Issue Type: Bug
 Environment: ionic version 

3.19.0

Cordova Version

6.0.0

Cordova Plugin Camera 

2.1.1

 
Reporter: Zeeshan Aslam






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-13794) cordova-plugin-camera.


 [ 
https://issues.apache.org/jira/browse/CB-13794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Zeeshan Aslam closed CB-13794.
--
Resolution: Incomplete

> cordova-plugin-camera.
> --
>
> Key: CB-13794
> URL: https://issues.apache.org/jira/browse/CB-13794
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Zeeshan Aslam
>Priority: Major
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13794) cordova-plugin-camera.

Zeeshan Aslam created CB-13794:
--

 Summary: cordova-plugin-camera.
 Key: CB-13794
 URL: https://issues.apache.org/jira/browse/CB-13794
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Zeeshan Aslam






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13793) cordova-plugin-camera.

Zeeshan Aslam created CB-13793:
--

 Summary: cordova-plugin-camera. 
 Key: CB-13793
 URL: https://issues.apache.org/jira/browse/CB-13793
 Project: Apache Cordova
  Issue Type: Bug
Reporter: Zeeshan Aslam






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-12151) File upload doesn't work on Android

2018-01-18 Thread Anders Borg (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-12151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16330303#comment-16330303
 ] 

Anders Borg commented on CB-12151:
--

This seems to work sufficiently now, and since a year back or so.

> File upload doesn't work on Android
> ---
>
> Key: CB-12151
> URL: https://issues.apache.org/jira/browse/CB-12151
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-inappbrowser
>Affects Versions: 1.5.0
> Environment: PhoneGap Build cli-6.3.0, Android 6.x
>Reporter: Anders Borg
>Assignee: jcesarmobile
>Priority: Major
>
> When clicking on an "input type='file'" nothing happens. I've read it doesn't 
> work on "certain Android versions", but if so, is there a workaround that 
> doesn't affect the invoked site, or could it be fixed once and for all in 
> inappbrowser? I figure it's a security measure, but could that then be 
> controlled via a content security policy? I've looked for answers, but 
> haven't been able to figure out any working solution. A once-and-for-all fix 
> in inappbrowser would of course be best.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-13792) Settings in config.xml seem to have no effect

2018-01-18 Thread Anders Borg (JIRA)

Anders Borg created CB-13792:


 Summary: Settings in config.xml seem to have no effect
 Key: CB-13792
 URL: https://issues.apache.org/jira/browse/CB-13792
 Project: Apache Cordova
  Issue Type: Bug
  Components: cordova-plugin-statusbar
Affects Versions: cordova-ios 4.5.0
 Environment: cli-7.1.0 with iOS 4.5.4

cordova-plugin-statusbar 2.4.1

Building with PhoneGap Build

 
Reporter: Anders Borg


These settings seem to do nothing at all on iOS:


 
 

(the status bar still overlays the app window and colors are not changed)

I need to do this to get the intended effect:

StatusBar.overlaysWebView(false);
 StatusBar.backgroundColorByHexString("#ff");
 StatusBar.styleDefault();

This behavior is not obvious to me from reading the documentation.

As there's a workaround with dynamic settings, it's not a showstopper, but the 
drawback is that the dynamic setting is not done until Cordova is ready, so 
there's some "jerkiness" to the UX.

Cheers,

Anders



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
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=16330262#comment-16330262
 ] 

ASF GitHub Bot commented on CB-7179:


dpa99c commented on issue #245: CB-7179 (iOS): Finish off WKWebView 
implementation
URL: 
https://github.com/apache/cordova-plugin-inappbrowser/pull/245#issuecomment-358581115
 
 
   @infil00p @stevengill @agrieve @shazron @purplecabbage How should I proceed 
with this?
   
   I have a fork of this plugin as 
[cordova-plugin-inappbrowser-wkwebview](https://github.com/dpa99c/cordova-plugin-inappbrowser-wkwebview)
 which implements WKWebview for the InappBrowser for iOS.
   It's fairly battle-hardened now as it's being used by around 1/4 million 
users per month (both Android & iOS) in production apps.
   
   The implementation is based on @shazron's 
[apache/wkwebview](https://github.com/apache/cordova-plugin-inappbrowser/tree/wkwebview)
 branch from 2014, but I've committed it against a fork of 
[apache/master](https://github.com/apache/cordova-plugin-inappbrowser/tree/master)
 since this is much more update-to-date with respect to other platforms than 
[apache/wkwebview](https://github.com/apache/cordova-plugin-inappbrowser/tree/wkwebview).
   
   The current implementation drops support for the UIWebView implementation in 
favour of WKWebView, so relies on `cordova-plugin-wkwebview-engine` to be 
present in the project. 
   Should I attempt to modify it to conditionally switch between the UIWebView 
and WKWebView implementations based on the presence of 
`cordova-plugin-wkwebview-engine`? 
   I think it may be a fair amount of work to do this though...


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> [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: cordova-plugin-inappbrowser
> Environment: iOS 8
>Reporter: Shazron Abdullah
>Priority: Major
>
> support dual use with UIWebView



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-13382) Cordova iOS - Method to correctly destroy CDVViewControllers webView object