[jira] [Resolved] (CB-13927) Modified xcodeProjDir to filter out files/folders that contain "._"
[ https://issues.apache.org/jira/browse/CB-13927?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-13927. --- Resolution: Fixed > Modified xcodeProjDir to filter out files/folders that contain "._" > --- > > Key: CB-13927 > URL: https://issues.apache.org/jira/browse/CB-13927 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-ios >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Major > Time Spent: 10m > Remaining Estimate: 0h > > I ran into an issue trying to add an ios plugin using a virtual machine. The > code would return an array for the xcodeProjDir and then of course use the > wrong one. It would use the one starting with "._ProjectName" which I believe > is an MacOS hidden folder. I attempted to install the plugin on OsX but > because it's a virtual machine it still had those hidden folders. I've made > it so that it will filter those out while looking for the proper xCode > project folder. > h3. *Platforms affected* > Windows (host) / OSx (guest) virtual machines > h3. *What does this PR do?* > Fixes a folder issue. Before it would try to use an incorrect folder for the > xCode project. -- 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-10141) cdvfile:// urls will not work in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16628251#comment-16628251 ] Shazron Abdullah commented on CB-10141: --- You'll need to handle this in native code with WKURLSchemeHandler. Our plugin does not have a generalized solution for this. https://developer.apple.com/documentation/webkit/wkurlschemehandler > cdvfile:// urls will not work in WKWebViewEngine > > > Key: CB-10141 > URL: https://issues.apache.org/jira/browse/CB-10141 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file, cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > This was handled in a NSURLProtocol (in the File plugin), which cannot > intercept WKWebView connections. > This affects native URIs returned by the Camera and File plugins. -- 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-11155) Add new Chrome platform to build Chrome Packaged Apps.
[
https://issues.apache.org/jira/browse/CB-11155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11155:
--
Component/s: cordova-cli
> Add new Chrome platform to build Chrome Packaged Apps.
> --
>
> Key: CB-11155
> URL: https://issues.apache.org/jira/browse/CB-11155
> Project: Apache Cordova
> Issue Type: New Feature
> Components: cordova-cli
>Reporter: David Hooey
>Priority: Minor
>
> It would be nice to be able to build a Chrome Packaged App from an existing
> Cordova project. Something like the following:
> {code}
> cordova platform add chrome
> cordova build chrome
> {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-14123) Css issue in cordova when loading the vue application
[ https://issues.apache.org/jira/browse/CB-14123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-14123. --- Resolution: Incomplete Incomplete information to reproduce the issue. There isn't even any info to repro your environment (platforms, etc) > Css issue in cordova when loading the vue application > - > > Key: CB-14123 > URL: https://issues.apache.org/jira/browse/CB-14123 > Project: Apache Cordova > Issue Type: Bug >Reporter: Akashdeep >Priority: Major > > Hello, > I have created an application using the vue js. After running the yarn build > command i am copying the app.js , manifest.js vendor.js and app.css file form > the build folder to cordova application folder. > The app run fine in mobile browser perfectly with UI and functionality. But > when i am using the same code in cordova by calling them as normal javascript > and css file. The application get loaded but i facing a lots of css issue > which i am not facing in the mobile browser. > I compared both codes line by line and found no difference. Any help would be > really appreciated. The css is really causing the css. Any configuration or > any code changes in vue or cordova is needed then please let me share ir -- 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-14114) InAppBrowser - Problem in ios 11.3.1
[ https://issues.apache.org/jira/browse/CB-14114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14114: -- Component/s: cordova-plugin-inappbrowser > InAppBrowser - Problem in ios 11.3.1 > > > Key: CB-14114 > URL: https://issues.apache.org/jira/browse/CB-14114 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-inappbrowser >Affects Versions: 3.0.0 > Environment: iphone 5s, ios 11.3.1 > iphone 7+ ios 11.3.1 > >Reporter: Nishanth >Priority: Major > > Strange behaviour after the upgrade from 11.2 to 11.3 The user is not able to > login to the identity provider using InAppBrowser. The server rejects the > request and throws a 'http *service 1.1. unavailable'* after the user submits > username and password > > I was hoping that it was an ios bug but I am able to login with wkwebview > browser > [https://github.com/dpa99c/cordova-plugin-inappbrowser-wkwebview] > The usage of WKWebview browser was to just confirm the issue. > Any help on this would be much appreciated. > -- 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-14136) The following build commands failed: CompileAssetCatalog
[ https://issues.apache.org/jira/browse/CB-14136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14136: -- Component/s: cordova-ios > The following build commands failed: CompileAssetCatalog > > > Key: CB-14136 > URL: https://issues.apache.org/jira/browse/CB-14136 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 7.0.1 >Reporter: Joe Scotto >Priority: Major > > When running `cordova run ios` it will begin to build and then error out with > The following build commands failed: > CompileAssetCatalog -- 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-14136) The following build commands failed: CompileAssetCatalog
[ https://issues.apache.org/jira/browse/CB-14136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14136: -- Priority: Major (was: Blocker) > The following build commands failed: CompileAssetCatalog > > > Key: CB-14136 > URL: https://issues.apache.org/jira/browse/CB-14136 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-ios >Affects Versions: 7.0.1 >Reporter: Joe Scotto >Priority: Major > > When running `cordova run ios` it will begin to build and then error out with > The following build commands failed: > CompileAssetCatalog -- 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-14147) loading time improvement
[
https://issues.apache.org/jira/browse/CB-14147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-14147:
--
Component/s: cordova-android
> loading time improvement
>
>
> Key: CB-14147
> URL: https://issues.apache.org/jira/browse/CB-14147
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android
>Affects Versions: cordova-android-7.0.0
>Reporter: Peter
>Priority: Major
> Attachments: mobile.log
>
>
> I have raised issue against capacitor
> ([https://github.com/ionic-team/capacitor/issues/587]), while i compared the
> speed between capacitor and cordova.
> Log is the capacitor log (i cannot share the cordova one because of security
> reason), but it's quite similar to the cordova log. Spotted one major
> in-house, and two chrome related bug, which cause major delays.
> Both has been affected by the following issues:
> 1) Multidex issue or layout problem probably - appears on cordova also
> {{06-19 02:35:05.705 - 06-19 02:35:06.482}} ({{777ms}})
> .../system/bin/dex2oat
> 2) Just right after CrashFileManager, sometimes the following chromium error
> happens
> {{06-19 02:37:36.780 20005-20224/com.raxim.myscoutee E/chromium:
> [ERROR:budget_service.cc(160)] Unable to connect to the Mojo BudgetService.
> (656ms)}}
> 3) Why chrome would like to start "devtool"?
> E/chromium: [ERROR:devtools_http_handler.cc(292)] Cannot start http server
> for devtools. Stop devtools.
--
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-13239) Unable to Download a PDF file from http servelet response
[
https://issues.apache.org/jira/browse/CB-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-13239:
--
Component/s: cordova-windows
> Unable to Download a PDF file from http servelet response
> -
>
> Key: CB-13239
> URL: https://issues.apache.org/jira/browse/CB-13239
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-windows
>Reporter: Chaitanya
>Priority: Major
>
> Hi Team
> good day !!
> I am currently using apache cordova to render my site in windows 10 app.
> i am using windows 10 simulator to test the same.
> site is running fine except while downloading a file.
> my site downloads a file with https call to server from a web browser with
> below header settings.
> ( p_response is HttpServletResponse object )
> {noformat}
> p_response.setContentType("application/pdf");
> p_response.setHeader (
> "Content-Disposition"
> , "attachment; filename=" + l_fileName-> indicates name of file.
> );{noformat}
> it works fine in browser by downloading the same.
> however when I try to use cordova for the same call, instead of downloading
> the file, simulator opens IE edge and gives an error page with a new call to
> server.
> can you let me know what am i missing here ?
> please find attached my config.xml and index.html
> config.xml
> {noformat}
>
> xmlns="http://www.w3.org/ns/widgets;
> xmlns:cdv="http://cordova.apache.org/ns/1.0;>
> MyFirstApp
> MyFirstApp
> http://cordova.io;>
> MyFirstApp
>
>
>
>
>
>
>
>
>
> http://localhost:7002/; />
>
>
>
>
>
>
>
>
>
>
>
> ->
>
>
>
>
> mailto:*; />
>
> {noformat}
> index.html
>
> {noformat}
>
>
>
>
>
>
> http://localhost:7002/T001/channel.jsp https://ssl.gstatic.com
> 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src * ; connect-src *">
> content="0; url=http://localhost:7002/T001/channel.jsp;>
>
>
>
>
>
> MyFirstApp
>
>
>
>
>
>
>
>
> {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] [Updated] (CB-14158) Use native Promises instead of Q
[ https://issues.apache.org/jira/browse/CB-14158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14158: -- Component/s: cordova-js > Use native Promises instead of Q > > > Key: CB-14158 > URL: https://issues.apache.org/jira/browse/CB-14158 > Project: Apache Cordova > Issue Type: Task > Components: cordova-js >Reporter: Raphael >Assignee: Raphael >Priority: Minor > > For fun and profit. > Pros: > * Native interface should be more familiar to new contributors > * Better tooling support > ** ESLint Promise checks > ** Hopefully cleaner stack traces in various tools > * One less stone-age dependency > * Better Performance? > Cons: > * No more finally (_fin_) method. Alternatives: > ** Micro library (e.g. p-finally): - ugly interface > ** Bluebird: - Additional dependency, + Lots of goodies > ** Polyfill: - where to include? - Possible conflicts? + nice interface > ** Babel: - additional build overhead + Lots of goodies -- 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-14167) User's current location is not correct
[ https://issues.apache.org/jira/browse/CB-14167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14167: -- Component/s: cordova-plugin-geolocation > User's current location is not correct > --- > > Key: CB-14167 > URL: https://issues.apache.org/jira/browse/CB-14167 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-geolocation >Reporter: Sanjay Kumar >Priority: Major > > We are using > [https://cordova.apache.org/docs/en/latest/reference/cordova-plugin-geolocation/] > in our app. We are getting the user's current position using > navigator.geolocation.getCurrentPosition and we are getting the correct > location. > Then we are using navigator.geolocation.watchPosition to get the user's > updated location which is also working well mostly. > Here is the issue - When the phone is not moving - we are getting different > co-ordinates which are up to 500 meters away from the actual user location. > If needed, I can share screenshots and code. Do let me know. -- 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-14195) Execution failed for task ':transformClassesWithPreJackPackagedLibrariesForArmv7Debug'
[ https://issues.apache.org/jira/browse/CB-14195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-14195. --- Resolution: Incomplete Need more information, preferably a config.xml to repro > Execution failed for task > ':transformClassesWithPreJackPackagedLibrariesForArmv7Debug' > -- > > Key: CB-14195 > URL: https://issues.apache.org/jira/browse/CB-14195 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 8.0.0 > Environment: My versions: > cordova --version > 8.0.0 > ionic --version > 3.20.0 > java -version > java version "1.8.0_171" > Java(TM) SE Runtime Environment (build 1.8.0_171-b11) > Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode) > > cordova plugin list > cordova-clipboard 1.2.1 "Clipboard" > cordova-plugin-actionsheet 2.3.3 "ActionSheet" > cordova-plugin-advanced-http 1.11.1 "Advanced HTTP plugin" > cordova-plugin-app-event 1.2.1 "Application Events" > cordova-plugin-console 1.1.0 "Console" > cordova-plugin-crosswalk-webview 2.4.0 "Crosswalk WebView Engine" > cordova-plugin-device 2.0.2 "Device" > cordova-plugin-dialogs 2.0.1 "Notification" > cordova-plugin-file 6.0.1 "File" > cordova-plugin-geolocation 4.0.1 "Geolocation" > cordova-plugin-googlemaps 2.3.6 "cordova-plugin-googlemaps" > cordova-plugin-googleplus 5.3.0 "Google SignIn" > cordova-plugin-headercolor 1.0 "HeaderColor" > cordova-plugin-hockeyapp 5.1.2 "HockeyApp" > cordova-plugin-inappbrowser 3.0.0 "InAppBrowser" > cordova-plugin-ionic-webview 1.2.1 "cordova-plugin-ionic-webview" > cordova-plugin-mauron85-background-geolocation 2.3.5 > "CDVBackgroundGeolocation" > cordova-plugin-nativestorage 2.3.1 "NativeStorage" > cordova-plugin-safariviewcontroller 1.5.4 "SafariViewController" > cordova-plugin-splashscreen 5.0.2 "Splashscreen" > cordova-plugin-statusbar 2.4.2 "StatusBar" > cordova-plugin-whitelist 1.3.3 "Whitelist" > cordova-plugin-x-toast 2.6.2 "Toast" > cordova-sqlite-storage 2.3.3 "Cordova sqlite storage plugin" > de.appplant.cordova.plugin.local-notification 0.8.5 "LocalNotification" > ionic-plugin-deeplinks 1.0.15 "Ionic Deeplink Plugin" > ionic-plugin-keyboard 2.2.1 "Keyboard" > phonegap-plugin-push 2.2.3 "PushPlugin" > uk.co.workingedge.phonegap.plugin.launchnavigator 4.2.1 "Launch Navigator" > >Reporter: Christoph Puppe >Priority: Minor > > Hi > didn't find anything about this ... So I'm asking here. Can't say if this is > a bug or me doing something wrong. > When I build an ionic/cordova projekt, this error breaks the build: > Execution failed for task > ':transformClassesWithPreJackPackagedLibrariesForArmv7Debug'. > > java.lang.NullPointerException (no error message) > > > > -- 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-14180) (encoding): problem with utf-8 names on mobile devices with Google Drive or iCloud
[
https://issues.apache.org/jira/browse/CB-14180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-14180:
--
Component/s: cordova-plugin-wkwebview-engine
> (encoding): problem with utf-8 names on mobile devices with Google Drive or
> iCloud
> --
>
> Key: CB-14180
> URL: https://issues.apache.org/jira/browse/CB-14180
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
> Environment:
> {noformat}
> cordova v6.5.0
>
>
>
> {noformat}
>
>Reporter: Ali Elderov
>Priority: Critical
> Labels: wkwebview-known-issues
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> Hallo guys!
> maybe this is duplicate, but I can't find other ticket...
> I have problem with mobile devices and external storages, like Google Drive.
> if I select file with UTF-8 characters, then the plugin can't read this file.
> I try to upload files like:
> * `Bösefile.jpg` (without empty space)
> * `Böse file.jpg`
> * `Копия Böse file.jpg`
> * `Копия "Копия Böse file.jpg"`
> etc...
> Angular ngf-select plugin show, that the file has always filesize=0 and
> filename was written broken too.
> !screenshot-1.png!
> If I select file with normal name, then file size was written correct:
> !screenshot-2.png!
> same code on desktop app work good.
> Has anybody same problem? any "dirty" fix for this? ^_^
>
> h1. update
> So... I tested on my different apps.
> The problem exist if I use `WKWebView`, with normal View work fine...
--
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-14151) Device Camera is not opening in samsung j7
[
https://issues.apache.org/jira/browse/CB-14151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-14151.
---
Resolution: Invalid
Since it appears to be a device specific problem, *and* you are not using a
Cordova core plugin but an Ionic one, this is invalid for Cordova
> Device Camera is not opening in samsung j7
> --
>
> Key: CB-14151
> URL: https://issues.apache.org/jira/browse/CB-14151
> Project: Apache Cordova
> Issue Type: Bug
>Reporter: Sandip Gadekar
>Priority: Major
>
> I am using
> [https://ionicframework.com/docs/native/media-capture/]
> this plugin to select images from device camera and gallery.
> but camera seems not working when I do
> this.mediaCapture.captureImage(imagesOptions).then((media: MediaFile[]) => {
> }), and application gets crashed
>
> It seems device specific since it is working on other device but not in
> samsung j7 since it has duel camera sensors
--
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-14261) iOS sporadic InAppCrash with cut/paste on textfield
[
https://issues.apache.org/jira/browse/CB-14261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-14261:
--
Component/s: cordova-ios
> iOS sporadic InAppCrash with cut/paste on textfield
> ---
>
> Key: CB-14261
> URL: https://issues.apache.org/jira/browse/CB-14261
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-ios
> Environment: iPhone X, 11.4.1
> Сordova 8; cordova-ios version 4.5.4;
>Reporter: Pavel Puchok
>Priority: Major
>
> Sometimes app crashes after pressing paste (or cut) button from native popup
> that appears on textfield.
> That bug reproduced after many double taps on textfield. Textfield receive a
> focus, cursor and native popup showed but keyboard is not appears. Then tap
> on any of popup button causes a app crash.
> {code:java}
> Terminating app due to uncaught exception 'NSInvalidArgumentException',
> reason: '-[UIWebView paste:]: unrecognized selector sent to instance{code}
> Looks like the same problem as described in this [SO
> thread|https://stackoverflow.com/questions/21316784/uiwebview-bug-uiwebview-cut-unrecognized-selector-sent-to-instance]
--
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-14258) Android 8 - SVG feColorMatrix - Crash
[
https://issues.apache.org/jira/browse/CB-14258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-14258:
--
Component/s: cordova-android
> Android 8 - SVG feColorMatrix - Crash
> -
>
> Key: CB-14258
> URL: https://issues.apache.org/jira/browse/CB-14258
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android
>Reporter: Cedric frossard
>Priority: Minor
>
> I made an app about color blindness :
> [https://github.com/healthonnet/ColorVisionQuiz-App|https://github.com/healthonnet/ColorVisionQuiz-App]
> I used SVG filters with feColorMatrix rules.
> filter example :
> {code:java}
>
> type="matrix"
>values="0.817 0.183 0 0 0
>0.333 0.667 0 0 0
>0 0.125 0.875 0 0
>0 0 0 1 0"/>
>
> {code}
>
> Built with :
> {code:java}
> - cordova@7.1.0
> - cordova-android@6.3.0
> {code}
> Everything works but not an Android 8, it just crashes the app. No error,
> nothing with adb logcat too.
> - Other filter rule like *feGaussianBlur* works.
> - *{color:#33}feColorMatrix{color}* works on chrome
> As Oreo use the chrome *Chrome/68.0.3440.85* it may comes from cordova ?
>
--
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-14271) onPause event not fired on app close?
[ https://issues.apache.org/jira/browse/CB-14271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14271: -- Component/s: cordova-android > onPause event not fired on app close? > - > > Key: CB-14271 > URL: https://issues.apache.org/jira/browse/CB-14271 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-android >Affects Versions: 4.1.0 > Environment: Nexus 5x >Reporter: Daniel Stone >Priority: Minor > > I'm trying to save my app's state when the user kills the app, but the > onPause event isn't firing, and there don't appear to be any other options. > What should I do? -- 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-12815) WKWebView plugin will not execute Javascript while app is backgrounded
[
https://issues.apache.org/jira/browse/CB-12815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-12815.
---
Resolution: Fixed
> WKWebView plugin will not execute Javascript while app is backgrounded
> --
>
> Key: CB-12815
> URL: https://issues.apache.org/jira/browse/CB-12815
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
> Environment: iOS
>Reporter: Rich Storm
>Assignee: Shazron Abdullah
>Priority: Major
> Labels: Background, Javascript, WKWebView, wkwebview-baked-in,
> wkwebview-known-issues
>
> iOS 10 now has power saving requirements and will not allow background tasks
> to function to save battery. For example, a VoIP app can no longer use a
> polling strategy to stay awake. The new recommended way, according to Apple
> (https://developer.apple.com/library/content/documentation/Performance/Conceptual/EnergyGuide-iOS/OptimizeVoIP.html),
> is to use VoIP silent push notifications to wake up the app and do the work.
> I have verified that all VoIP silent push notifications arrive correctly when
> using the UIWebView with a vanilla Cordova install. However, when adding the
> cordova-plugin-wkwebview-engine, the Javascript callbacks do not fire
> correctly when receiving the VoIP silent push notification while the app is
> in the background. What happens is the first notification is queued, then the
> next notification forces the first notification result to the callback.
> Effectively, making each push notification 1 behind. When the app is put back
> into the foreground, the last push notification callback is fired.
> When the app is in the foreground, all works fine.
> The issue is with the call to "setTimeout" in the iOSExec.nativeCallback
> function. It makes sense that if Apple is trying to minimize background
> execution to save battery, then they would limit the use of the setTimeout
> feature.
> This issue is fixed by changing the iOSExec.nativeCallback function to call
> the cordova.callbackFromNative function directly without a setTimeout
> wrapper. I understand that removing setTimeout is not an elegant solution and
> may cause deadlocks. Maybe a new argument isBackground or something to that
> effect.
> src/www/ios/ios-wkwebview-exec.js
> {code:javascript}
> iOSExec.nativeCallback = function(callbackId, status, message,
> keepCallback, debug) {
> var success = status === 0 || status === 1;
> var args = convertMessageToArgsNativeToJs(message);
>
> // setTimeout(function(){
> cordova.callbackFromNative(callbackId, success, status, args,
> keepCallback);
> // }, 0);
> };
> {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-14266) Documentation search is not working
[ https://issues.apache.org/jira/browse/CB-14266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-14266. --- Resolution: Duplicate Moved to https://github.com/apache/cordova-docs/issues/874 > Documentation search is not working > --- > > Key: CB-14266 > URL: https://issues.apache.org/jira/browse/CB-14266 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-docs >Reporter: Shazron Abdullah >Priority: Major > > cordova.apache.org > We are using Algolia search. It may be related to https changes we did. Need > to investigate. -- 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] [Deleted] (CB-14272) Test
[ https://issues.apache.org/jira/browse/CB-14272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah deleted CB-14272: -- > Test > > > Key: CB-14272 > URL: https://issues.apache.org/jira/browse/CB-14272 > Project: Apache Cordova > Issue Type: Bug >Reporter: Shazron Abdullah >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-14266) Documentation search is not working
[ https://issues.apache.org/jira/browse/CB-14266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16584704#comment-16584704 ] Shazron Abdullah commented on CB-14266: --- I think it might be a HTTP referrer thing. I think it broke once we redirected everything to https. https://www.algolia.com/doc/guides/security/api-keys/?language=php#http-referers I am also in private email conversation with the Algolia Doc Search team: https://twitter.com/apachecordova/status/1030285122996596736 > Documentation search is not working > --- > > Key: CB-14266 > URL: https://issues.apache.org/jira/browse/CB-14266 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-docs >Reporter: Shazron Abdullah >Priority: Major > > cordova.apache.org > We are using Algolia search. It may be related to https changes we did. Need > to investigate. -- 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-14272) Test
Shazron Abdullah created CB-14272: - Summary: Test Key: CB-14272 URL: https://issues.apache.org/jira/browse/CB-14272 Project: Apache Cordova Issue Type: Bug Reporter: Shazron Abdullah -- 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-14266) Documentation search is not working
[ https://issues.apache.org/jira/browse/CB-14266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16579241#comment-16579241 ] Shazron Abdullah commented on CB-14266: --- Tested it on a local doc build -- not sure if its supposed to work on a localhost context, but it doesn't work there either. > Documentation search is not working > --- > > Key: CB-14266 > URL: https://issues.apache.org/jira/browse/CB-14266 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-docs >Reporter: Shazron Abdullah >Priority: Major > > cordova.apache.org > We are using Algolia search. It may be related to https changes we did. Need > to investigate. -- 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-14266) Documentation search is not working
Shazron Abdullah created CB-14266: - Summary: Documentation search is not working Key: CB-14266 URL: https://issues.apache.org/jira/browse/CB-14266 Project: Apache Cordova Issue Type: Bug Components: cordova-docs Reporter: Shazron Abdullah cordova.apache.org We are using Algolia search. It may be related to https changes we did. Need to investigate. -- 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-14265) Plugin search is not working
[ https://issues.apache.org/jira/browse/CB-14265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14265: -- Attachment: pluginsearch.png > Plugin search is not working > > > Key: CB-14265 > URL: https://issues.apache.org/jira/browse/CB-14265 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-docs >Reporter: Shazron Abdullah >Priority: Major > Attachments: pluginsearch.png > > > The npmsearch API call we use used to return XML, now it returns json. > See attached image. > We really should move off to CB-12602 -- 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-14265) Plugin search is not working
[ https://issues.apache.org/jira/browse/CB-14265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-14265: -- Description: The npmsearch API call we use used to return XML, now it returns json. See attached image. We really should move off to CB-12602 was: The npmsearch API call we use used to return XML, now it returns json. See attached image. > Plugin search is not working > > > Key: CB-14265 > URL: https://issues.apache.org/jira/browse/CB-14265 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-docs >Reporter: Shazron Abdullah >Priority: Major > > The npmsearch API call we use used to return XML, now it returns json. > See attached image. > We really should move off to CB-12602 -- 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-14265) Plugin search is not working
Shazron Abdullah created CB-14265: - Summary: Plugin search is not working Key: CB-14265 URL: https://issues.apache.org/jira/browse/CB-14265 Project: Apache Cordova Issue Type: Bug Components: cordova-docs Reporter: Shazron Abdullah The npmsearch API call we use used to return XML, now it returns json. See attached image. -- 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] [Deleted] (CB-14229) dich loi
[ https://issues.apache.org/jira/browse/CB-14229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah deleted CB-14229: -- > dich loi > > > Key: CB-14229 > URL: https://issues.apache.org/jira/browse/CB-14229 > Project: Apache Cordova > Issue Type: Bug >Reporter: buihuythanh >Priority: Minor > -- 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-14210) Add .htaccess redirect from http to https
[ https://issues.apache.org/jira/browse/CB-14210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-14210. --- Resolution: Fixed Assignee: Shazron Abdullah > Add .htaccess redirect from http to https > - > > Key: CB-14210 > URL: https://issues.apache.org/jira/browse/CB-14210 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-website >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Major > > We don't have a redirect, we should. > Use > https://stackoverflow.com/questions/4398951/force-ssl-https-using-htaccess-and-mod-rewrite/37006232#37006232 -- 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-14210) Add .htaccess redirect from http to https
Shazron Abdullah created CB-14210: - Summary: Add .htaccess redirect from http to https Key: CB-14210 URL: https://issues.apache.org/jira/browse/CB-14210 Project: Apache Cordova Issue Type: Improvement Components: cordova-website Reporter: Shazron Abdullah We don't have a redirect, we should. Use https://stackoverflow.com/questions/4398951/force-ssl-https-using-htaccess-and-mod-rewrite/37006232#37006232 -- 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-14178) Add missing test coverage badges and fix broken link in cordova-status
[ https://issues.apache.org/jira/browse/CB-14178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-14178. --- Resolution: Fixed > Add missing test coverage badges and fix broken link in cordova-status > -- > > Key: CB-14178 > URL: https://issues.apache.org/jira/browse/CB-14178 > Project: Apache Cordova > Issue Type: Task >Reporter: Bryan Ellis >Priority: Trivial > Labels: documentation > Original Estimate: 1h > Remaining Estimate: 1h > > *Goal of this ticket* > * Fix a broken link in cordova-status > * Add missing report badges to show missing test results and coverage in > cordova-status > * Re-order the Core Plugin section to be consistent with the other groups > and add Code Coverage column. > * Updated AppVeyor badge image links to be in a consistent format. > * Updated AppVeyor link to go to last master build. > * Request [https://apache.github.io/cordova-status/] to be rebuilt to > reflect changes from this and last PR. > *Missing Badges:* > * cordova-common codecov.io report > * cordova-docs travis-ci report > * cordova-plugin-wkwebview-engine appveyor report > *Broken Links:* > * cordova-plugin-camera -- 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-11561) wkwebview-engine-localhost prevents JS code to be executed in background
[ https://issues.apache.org/jira/browse/CB-11561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544802#comment-16544802 ] Shazron Abdullah commented on CB-11561: --- Related CB-12815 > wkwebview-engine-localhost prevents JS code to be executed in background > > > Key: CB-11561 > URL: https://issues.apache.org/jira/browse/CB-11561 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: ``` > % cordova --version > 6.2.0 > % cordova platform ls > Installed platforms: > ios 4.1.1 > [...] > % cordova plugin ls > cordova-plugin-app-event 1.2.0 "Application Events" > cordova-plugin-compat 1.0.0 "Compat" > cordova-plugin-console 1.0.3 "Console" > cordova-plugin-device 1.1.2 "Device" > cordova-plugin-dialogs 1.2.1 "Notification" > cordova-plugin-file 4.2.0 "File" > cordova-plugin-file-opener2 2.0.2 "File Opener2" > cordova-plugin-file-transfer 1.5.1 "File Transfer" > cordova-plugin-network-information 1.2.1 "Network Information" > cordova-plugin-secure-storage 2.2.4 "SecureStorage" > cordova-plugin-whitelist 1.2.2 "Whitelist" > de.appplant.cordova.plugin.local-notification 0.8.4 "LocalNotification" > phonegap-plugin-push 1.7.4 "PushPlugin" > ``` >Reporter: Ricardo Panaggio >Assignee: Shazron Abdullah >Priority: Major > Labels: ios, triaged > > When the application is suspended and something causes it to run on > background (like when a push notification arrives, or when an action button > on the notification is pressed), the JS code that should be called (in the > same example, a notification event callback) isn't called immediately, being > called only when the app becomes active again (say, by opening the app > again). This is way different from the expected, which is what happens when > you use the default WebView: as soon as the native part of the code calls the > JS code, it executes while in background mode. > The discussion around this issue started on a [phonegap-plugin-push > issue[(https://github.com/phonegap/phonegap-plugin-push/issues/985). > I can give a lot of details since I've been trying to find this bug for a > long time now, but most details would be useless, and a lot of the details > qere already posted on the original issue. > Also, a small app that reproduces this can be generated using instructions on > the original issue. -- 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-10657) [wkWebView] wkWebView disables JS execution when app is backgrounded
[ https://issues.apache.org/jira/browse/CB-10657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544801#comment-16544801 ] Shazron Abdullah commented on CB-10657: --- Related CB-12815 > [wkWebView] wkWebView disables JS execution when app is backgrounded > > > Key: CB-10657 > URL: https://issues.apache.org/jira/browse/CB-10657 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: iOS >Reporter: John Robert Cobbold >Assignee: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-baked-in, wkwebview-known-issues > > When using wkWebView, Javascript execution is totally stopped after the app > is backgrounded by the user. This is a major problem for apps using > background modes as no javascript callback will be executed unless the app is > either in the foreground or was already terminated by the user / OS. > example: cordova-plugin-geofence's javascript callbacks will not trigger > after the app was backgrounded but will however trigger if the app is in the > foregrounded or was killed by the user / OS. > UIView does not have this problem. -- 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-11297) WKWebView clear all cookies
[ https://issues.apache.org/jira/browse/CB-11297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544800#comment-16544800 ] Shazron Abdullah commented on CB-11297: --- There may be a native code solution -- note that there was a bug in 2015 that I'm not sure has been resolved: https://stackoverflow.com/questions/31289838/how-to-delete-wkwebview-cookies http://www.openradar.me/20417093 > WKWebView clear all cookies > --- > > Key: CB-11297 > URL: https://issues.apache.org/jira/browse/CB-11297 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 1.0.0 > Environment: Cordova iOS 9 >Reporter: Jim Trainor >Priority: Major > Labels: wkwebview-baked-in > > The WKWebView needs some means to clear all cookies and the session cache. > I am using WKWebView combined with the Google Identity Toolkit to perform > user authentication. I user cannot completely sign out if there is no means > to clear all cached cookies. I can remove the authentication token that is > used by my application to access my site. However when the user signs back > in, via the google identity toolkit, they do not need to enter a password. > This is the behaviour one expects if running in a standard desktop browser > where the login is shared by several web sites. It is not the behaviour one > expects in application. The way to totally and completely logout in a > desktop scenario is to manually clear the browser cache. The way to > accomplish the same in the an application is for the application to clear the > cache - or at least the cached cookies. -- 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-11297) WKWebView clear all cookies
[ https://issues.apache.org/jira/browse/CB-11297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11297: -- Labels: wkwebview-baked-in (was: ) > WKWebView clear all cookies > --- > > Key: CB-11297 > URL: https://issues.apache.org/jira/browse/CB-11297 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 1.0.0 > Environment: Cordova iOS 9 >Reporter: Jim Trainor >Priority: Major > Labels: wkwebview-baked-in > > The WKWebView needs some means to clear all cookies and the session cache. > I am using WKWebView combined with the Google Identity Toolkit to perform > user authentication. I user cannot completely sign out if there is no means > to clear all cached cookies. I can remove the authentication token that is > used by my application to access my site. However when the user signs back > in, via the google identity toolkit, they do not need to enter a password. > This is the behaviour one expects if running in a standard desktop browser > where the login is shared by several web sites. It is not the behaviour one > expects in application. The way to totally and completely logout in a > desktop scenario is to manually clear the browser cache. The way to > accomplish the same in the an application is for the application to clear the > cache - or at least the cached cookies. -- 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-11520) executeScript does not return value on iOS
[
https://issues.apache.org/jira/browse/CB-11520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11520:
--
Component/s: (was: cordova-plugin-wkwebview-engine)
> executeScript does not return value on iOS
> --
>
> Key: CB-11520
> URL: https://issues.apache.org/jira/browse/CB-11520
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
> Environment: iOS
>Reporter: Joseph Carroll
>Priority: Major
>
> The following code does not return any value from the `executeScript`
> {code}
> var ref = cordova.InAppBrowser.open('http://some-auth-page',
> '_blank', 'toolbar=no');
> ref.addEventListener('loadstop', function() {
> var interval = setInterval(function() {
> ref.executeScript({
> code: "$ads.secret.parseToken();"
> },
> function(data) {
> if (data) {
> var secretElement =
> document.getElementById('secret');
> secretElement.innerText =
> JSON.stringify(arguments);
> ref.close();
> clearInterval(interval);
> }
> }
> );
> }, 500);
> });
> {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] [Updated] (CB-11520) executeScript does not return value on iOS
[
https://issues.apache.org/jira/browse/CB-11520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11520:
--
Environment: iOS, cordova-plugin-wkwebview-engine (was: iOS)
> executeScript does not return value on iOS
> --
>
> Key: CB-11520
> URL: https://issues.apache.org/jira/browse/CB-11520
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
> Environment: iOS, cordova-plugin-wkwebview-engine
>Reporter: Joseph Carroll
>Priority: Major
>
> The following code does not return any value from the `executeScript`
> {code}
> var ref = cordova.InAppBrowser.open('http://some-auth-page',
> '_blank', 'toolbar=no');
> ref.addEventListener('loadstop', function() {
> var interval = setInterval(function() {
> ref.executeScript({
> code: "$ads.secret.parseToken();"
> },
> function(data) {
> if (data) {
> var secretElement =
> document.getElementById('secret');
> secretElement.innerText =
> JSON.stringify(arguments);
> ref.close();
> clearInterval(interval);
> }
> }
> );
> }, 500);
> });
> {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] [Updated] (CB-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[
https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11739:
--
Environment: iOS 9.3.4, cordova-plugin-wkwebview-engine (was: iOS 9.3.4)
> Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
> --
>
> Key: CB-11739
> URL: https://issues.apache.org/jira/browse/CB-11739
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: 1.4.0
> Environment: iOS 9.3.4, cordova-plugin-wkwebview-engine
>Reporter: Jack Eastburn
>Priority: Major
> Labels: iOS
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> It seems executeScript is not always being called on devices, but always
> called on emulators. The script executes maybe every other time. But it's
> never even that consistent. Listener is added every time correctly. Works
> consistently on Android. Possibly related to the strange behavior others are
> seeing with WKWebView?
> Here's the code:
> {code}
> var codePass = fooCode;
> var executeScriptFunc = function(event) {
> ref.executeScript({
> code: codePass
> }, function (value) {});
> ref.removeEventListener('loadstop', executeScriptFunc);
> };
> var ref = cordova.InAppBrowser.open(fooObject.link, "_blank",
> "location=yes,enableViewportScale=yes");
> ref.addEventListener('loadstop', executeScriptFunc)
> {code}
> Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's
> different about the emulator environment compared to the iPhone environment
> that could cause this.
--
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-11739) Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
[
https://issues.apache.org/jira/browse/CB-11739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11739:
--
Component/s: (was: cordova-plugin-wkwebview-engine)
> Inconsistent execution of executeScript in Cordova inAppBrowser on iOS
> --
>
> Key: CB-11739
> URL: https://issues.apache.org/jira/browse/CB-11739
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-inappbrowser
>Affects Versions: 1.4.0
> Environment: iOS 9.3.4
>Reporter: Jack Eastburn
>Priority: Major
> Labels: iOS
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> It seems executeScript is not always being called on devices, but always
> called on emulators. The script executes maybe every other time. But it's
> never even that consistent. Listener is added every time correctly. Works
> consistently on Android. Possibly related to the strange behavior others are
> seeing with WKWebView?
> Here's the code:
> {code}
> var codePass = fooCode;
> var executeScriptFunc = function(event) {
> ref.executeScript({
> code: codePass
> }, function (value) {});
> ref.removeEventListener('loadstop', executeScriptFunc);
> };
> var ref = cordova.InAppBrowser.open(fooObject.link, "_blank",
> "location=yes,enableViewportScale=yes");
> ref.addEventListener('loadstop', executeScriptFunc)
> {code}
> Both the emulator and iPhone are using iOS 9.3.4. I'm at a loss for what's
> different about the emulator environment compared to the iPhone environment
> that could cause this.
--
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-10874) textinput in wkwebvview doesn't open
[ https://issues.apache.org/jira/browse/CB-10874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10874. --- Resolution: Duplicate > textinput in wkwebvview doesn't open > > > Key: CB-10874 > URL: https://issues.apache.org/jira/browse/CB-10874 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 6.0.1 >Reporter: Marc Luria >Priority: Major > Labels: triaged > > I have a textinput on a page. Without wkwebview, by using the focus() > method, the keyboard opens automatically. > With wkwebview, I can't get the keyboard to appear even when I click on it. > I'm also using the cordova keyboard plugin, but it doesn't seem to matter. -- 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-10949) [iOS][WKWebView] CDVWKWebViewEngine doesn't unregister itself as a script message handler
[ https://issues.apache.org/jira/browse/CB-10949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10949: -- Labels: triaged wkwebview-baked-in (was: triaged) > [iOS][WKWebView] CDVWKWebViewEngine doesn't unregister itself as a script > message handler > - > > Key: CB-10949 > URL: https://issues.apache.org/jira/browse/CB-10949 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: Cordova iOS 4.1.0, cordova-plugin-wkwebview-engine 1.0.2 >Reporter: Ken'ichi Fukushima >Assignee: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-baked-in > > CDVWKWebViewEngine adds itself as a script message handler in the initializer > but it doesn't remove itself when it is done, possibly causing a memory leak. > The right place for the missing code would be -dispose. The class two other > pieces of code that does the registration and they should be also taken care > of. -- 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-5678) HideKeyboardFormAccessoryBar showing black bar when used with bluetooth Keyboard
[ https://issues.apache.org/jira/browse/CB-5678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5678. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > HideKeyboardFormAccessoryBar showing black bar when used with bluetooth > Keyboard > > > Key: CB-5678 > URL: https://issues.apache.org/jira/browse/CB-5678 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.2.0, 3.3.0 > Environment: iOS 7 with seemingly any bluetooth keyboard >Reporter: Paul Marsh >Priority: Major > Labels: keyboard-plugin > > With the new Keyboard plugin installed HideKeyboardFormAccessoryBar works as > expected when the virtual keyboard is used. When a bluetooth keyboad is > paired a black bar appears where you would expect the form accessory bar to > appear. > Setting it to false results in the actual form accessory UI to show up so the > content isn't being sized to fill the space. -- 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-2938) Input in area where where accessory bar was when HideKeyboardFormAccessoryBar causes app to stall
[
https://issues.apache.org/jira/browse/CB-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-2938.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> Input in area where where accessory bar was when HideKeyboardFormAccessoryBar
> causes app to stall
> -
>
> Key: CB-2938
> URL: https://issues.apache.org/jira/browse/CB-2938
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 2.6.0, 3.2.0
> Environment: IOS 5.0/6.1/7.0 simulators. And IPhone 5 with IOS 6.
>Reporter: Scott MacKenzie
>Priority: Minor
> Labels: keyboard-plugin
>
> When HideKeyboardFormAccessoryBar is enabled and there is a textarea or text
> input in the area where the accessory bar was, any input in the text box will
> cause the app to completely stall and the text won't show up until typing has
> stopped.
> Steps to Reproduce:
> 1) set in config.xml:
> {code}
>
> {code}
> 2) In the included index.html of a new phonegap app add a textfield at the
> bottom of the screen like this:
> {code}
>
> Apache Cordova
>
> Connecting to Device
> Device is Ready
>
>
>
>
>
>
> {code}
> 3) Click on the textarea to give it focus and the keyboard will popup, start
> typing and you will notice that the text doesn't show up while you type and
> the blinking "DEVICE IS READY" text will stop blinking.
> 4) Now if we turn HideKeyboardFormAccessoryBar off, it will work fine. Also,
> if we raise the textfield higher by setting "bottom:40px", then it will also
> work.
> I have absolutely no idea on how to work around this.
--
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-7097) Language localization for keyboards
[ https://issues.apache.org/jira/browse/CB-7097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-7097. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Language localization for keyboards > --- > > Key: CB-7097 > URL: https://issues.apache.org/jira/browse/CB-7097 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.5.0 > Environment: iOS, Adnroid >Reporter: Mike Hartington >Priority: Major > > Not sure if this is a limitation of cordova or the plugin, but seems like > it's not possible to configure any type of localization for the keyboard. > I've run the app on a device set to Chinese with a Chinese keyboard and was > still presented and english keyboard. > Tried adding the HTML "lang" attribute with no success. > Is this a bug or a limitation, or am I approaching the issue incorrectly? -- 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-8055) iOS 8: Keyboard.hideFormAccessoryBar() doesn't hide the bar
[
https://issues.apache.org/jira/browse/CB-8055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8055.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> iOS 8: Keyboard.hideFormAccessoryBar() doesn't hide the bar
> ---
>
> Key: CB-8055
> URL: https://issues.apache.org/jira/browse/CB-8055
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
> Environment: iOS 8.0.2 and iOS 8.1.1 (iPhone 6, iPhone 6 Plus)
>Reporter: Nolan Lawson
>Priority: Major
> Attachments: demo-keyboard-accessory-bar-ios-master.zip, ios7.png,
> ios8.png
>
>
> I wanted to do
> {code:javascript}
> Keyboard.hideFormAccessoryBar(true);
> {code}
> to hide the "Previous/Next/Done" bar. However, the bar is only hidden in iOS
> 7.1, not on iOS 8.
> I've got a demo app to show this failing:
> https://github.com/nolanlawson/demo-keyboard-accessory-bar-ios
> Follow the README in that GitHub repo, or use the source that I've also
> attached in a zip file.
--
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-6400) Investigate new iOS properties for keyboard plugin
[ https://issues.apache.org/jira/browse/CB-6400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6400. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Investigate new iOS properties for keyboard plugin > -- > > Key: CB-6400 > URL: https://issues.apache.org/jira/browse/CB-6400 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard > Environment: iOS >Reporter: Andrew Grieve >Priority: Minor > > Seems one or more of these properties would be relevant to what we're trying > to do: > - edgesForExtendedLayout > - automaticallyAdjustScrollViewInsets > - topLayoutGuide -- 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-5227) Various keyboard issues with Cordova 3.1 on iOS
[ https://issues.apache.org/jira/browse/CB-5227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5227. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Various keyboard issues with Cordova 3.1 on iOS > --- > > Key: CB-5227 > URL: https://issues.apache.org/jira/browse/CB-5227 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.1.0 > Environment: iOS 5.0, iOS 6.0, iOS 7.0 >Reporter: Tien Do >Priority: Major > Labels: keyboard-plugin > > I just tested Cordova 3.1 with a sample iOS app and experienced several > keyboard issues. > App settings: > Xcode 5 > Status bar is hidden > Landscape mode > config.xml > Issues: > All versions: when focus on an input field then whole view is pushed up > including navbar. > iOS5/6: tap on an input field to open keyboard, then a black gap is briefly > displayed at top of screen before keyboard pushes whole view up (is it status > bar?) > iOS7: there is no black gap like #2 issue, but there are other issues: > I still see accessories bar before it's removed (hidden). > Keyboard is translucent then I can see darker background in the space where > current view is pushed up. > If I changed , things are even worse: > View is still pushed up, and when input field loses focus then a black gap is > flickring at the top of screen, even on iOS 7, what doesn't happen if > KeyboardShrinksView = false. > Keyboard is no longer translucent on iOS 7. > Below is my config.xml > > > > > > > > > > > > > > > -- 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-5709) KeyboardShrinksView not responding in webview
[ https://issues.apache.org/jira/browse/CB-5709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5709. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > KeyboardShrinksView not responding in webview > - > > Key: CB-5709 > URL: https://issues.apache.org/jira/browse/CB-5709 > Project: Apache Cordova > Issue Type: Improvement > Components: cordova-plugin-keyboard >Affects Versions: 3.2.0, 3.3.0 > Environment: iOS 6.0,iOS 7.0 >Reporter: ravi kiran >Priority: Major > Labels: keyboard-plugin, performance > Fix For: 3.6.0 > > Original Estimate: 24h > Remaining Estimate: 24h > > when i press text field keyboard pops up and with it the header footer > changes position. and when pops down header comes to middle of the screen by > shrinking size of webpage. > Fixed that issue By installing CDVKeyboard.m,.h files with js from Git > repository.But now my header footer shrinks down to some size .scrolling > looks sluggish when keyboard is up. How to solve this problem ? -- 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-5642) Screen is pushed up for a while when keyboard appears
[ https://issues.apache.org/jira/browse/CB-5642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5642. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Screen is pushed up for a while when keyboard appears > - > > Key: CB-5642 > URL: https://issues.apache.org/jira/browse/CB-5642 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.2.0 >Reporter: Tien Do >Priority: Major > Labels: keyboard-plugin > > Please see this issue first: https://issues.apache.org/jira/browse/CB-5641 > If I add Keyboard plugin (code below) then work-around solution in the > CB-5641 no longer works. Screen is quickly pushed up and back to its original > position when keyboard appears. > Keyboard.shrinkView(true); > Keyboard.hideFormAccessoryBar(true); > Keyboard.disableScrollingInShrinkView(true); > If I change to Keyboard.shrinkView(false); then aforementioned issue doesn't > happen, but view is scrollable when keyboard appears, and worst, there is a > 40px height black area at the end of screen. -- 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-3930) Phonegap 2.8 KeyboardShrinksView property, white background shown while keyboard transitions up
[ https://issues.apache.org/jira/browse/CB-3930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-3930. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Phonegap 2.8 KeyboardShrinksView property, white background shown while > keyboard transitions up > --- > > Key: CB-3930 > URL: https://issues.apache.org/jira/browse/CB-3930 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 2.6.0, 2.7.0, 2.8.0, 2.9.0 >Reporter: Tom Wilson >Priority: Major > Labels: ios, keyboard-plugin > Fix For: 3.6.0 > > Original Estimate: 2h > Remaining Estimate: 2h > > While the keyboard is transitioning up, it seems the webview is already > resized and the background is white, thus causing the white background to be > shown. My HTML body background is black so it looks odd when the white > background flashes. Does anyone know how to update the background of the > UIView? > Video reproducing the issue in slow motion. > http://www.youtube.com/watch?v=iOjdxJuYp8c > Regular speed: http://www.youtube.com/watch?v=ZtTXU3zr18k > Thanks! > Tom -- 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-5850) Cordova Keyboard plugin not working (KeyboardShrinksView)
[
https://issues.apache.org/jira/browse/CB-5850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-5850.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> Cordova Keyboard plugin not working (KeyboardShrinksView)
> -
>
> Key: CB-5850
> URL: https://issues.apache.org/jira/browse/CB-5850
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 3.3.0
>Reporter: Olivier Louvignes
>Priority: Major
> Labels: keyboard-plugin
>
> I'm trying to get the KeyboardShrinksView option to work on iOS7 with latest
> cordova:
> Installed the plugin (should be in the docs):
> cordova plugin add org.apache.cordova.keyboard
> However the views won't shrink anymore on input selection.
> Here is my config.xml
> {code:xml}
>
>
>
>
>
>
>
>
> {code}
> EDIT - Looks like adding this fixed my issue...
> {code:html}
>
> {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-5711) Keyboard plugin w/ shrinkView breaks when switching between different keyboards
[
https://issues.apache.org/jira/browse/CB-5711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-5711.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> Keyboard plugin w/ shrinkView breaks when switching between different
> keyboards
> ---
>
> Key: CB-5711
> URL: https://issues.apache.org/jira/browse/CB-5711
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 3.2.0
>Reporter: Stuart Parmenter
>Priority: Major
> Labels: keyboard-plugin
>
> If you have an followed by an or an
> they all show different keyboards and fire
> UIKeyboardWillShowNotification without firing UIKeyboardWillHideNotification.
> This causes the shrink code to happen multiple times.
> The easiest fix is to add a check in shrinkViewKeyboardWillShow:
> if (self.keyboardIsVisible) {
> return;
> }
--
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-5755) keyboard-plugin
[
https://issues.apache.org/jira/browse/CB-5755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-5755.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> keyboard-plugin
> ---
>
> Key: CB-5755
> URL: https://issues.apache.org/jira/browse/CB-5755
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 2.7.0, 3.3.0
> Environment: xcode 5 cordova 2.7 and 3.3.0 ios 5,6,7
>Reporter: sivakamasundari
>Priority: Major
> Labels: keyboard-plugin
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> I just tested Cordova 2.7 with iOS app and experienced several keyboard
> issues.
> --
> Issues:
> 1. All versions: when focus on an input field then whole view is pushed up
> including navbar.
> 2. iOS5/6: tap on an input field to open keyboard, then a black gap is
> briefly displayed at top of screen before keyboard pushes whole view up (is
> it status bar?)
> 3. iOS7: there is no black gap like #2 issue, but there are other issues:
> - I still see accessories bar before it's removed (hidden).
> - Keyboard is translucent then I can see darker background in the space where
> current view is pushed up.
>
> I made below changes in config.xml
>
> working fine in ios 5 and 6 only
>
> working fine in ios 7 only
> Is there any solution which can help to fix this issues in all ios
> version..
> Also tried the below code same output :(
> -
> (void)didRotateFromInterfaceOrientation:(UIInterfaceOrientation)fromInterfaceOrientation
> {
> [super didRotateFromInterfaceOrientation:fromInterfaceOrientation];
> if (self.webView){
> CGRect newFrame = self.webView.bounds;
> //NSLog(@"%f" , newFrame.size.height);
>
> NSString *JS = [NSString stringWithFormat:@"viewport =
> document.querySelector('meta[name=viewport]');
> viewport.setAttribute('content', 'user-scalable=no, initial-scale=1.0,
> maximum-scale=1, minimum-scale=1, width=device-width, height=%d,
> target-densitydpi=device-dpi');", (int) newFrame.size.height*1 ];
>
> [self.webView stringByEvaluatingJavaScriptFromString:JS];
> }
>
> }
--
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-5842) Keyboard is transparent and white bar on top of virtual keyboard
[ https://issues.apache.org/jira/browse/CB-5842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5842. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Keyboard is transparent and white bar on top of virtual keyboard > > > Key: CB-5842 > URL: https://issues.apache.org/jira/browse/CB-5842 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.3.0 > Environment: iOS 7 >Reporter: bc >Priority: Minor > Labels: keyboard-plugin > Attachments: cordova keyboard plugin white on top.png, > cordova-keyboard-transprent.png > > > cordova 3.3.1-0.1.2 > phonegap 3.3.0-0.18.0 > xCode Version 5.0 (5A1413) > - Virtual Keyboard should not be transparent > - White bar still appear on top of virtual keyboard -- 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-4424) HideKeyboardFormAccessoryBar broken when virtual keyboard is in split mode
[ https://issues.apache.org/jira/browse/CB-4424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-4424. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > HideKeyboardFormAccessoryBar broken when virtual keyboard is in split mode > -- > > Key: CB-4424 > URL: https://issues.apache.org/jira/browse/CB-4424 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.0.0 > Environment: iOS 6.1.3 on an iPad > possibly earlier versions >Reporter: Paul Marsh >Priority: Minor > Labels: keyboard-plugin > > While the virtual keyboard is in split mode the form accessory buttons show > up when a form element is selected. > This occurs when a bluetooth keyboard is connected as well. So long as the > virtual keyboard is in split. -- 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-5969) App resizes regardless of KeyboardShrinksView settings
[ https://issues.apache.org/jira/browse/CB-5969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5969. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > App resizes regardless of KeyboardShrinksView settings > -- > > Key: CB-5969 > URL: https://issues.apache.org/jira/browse/CB-5969 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.3.0 > Environment: Latest iOS version to date, as well as latest Xcode >Reporter: Antonio R >Priority: Major > Labels: keyboard-plugin > > Hello, > Originally I was setting this option in the config.xml file until I realized > it is actually only available after installing the keyboard plugin first and > is not included with the core APIs shown when following the docs. So I > installed the keyboard plugin, but this option still does not work. The > keyboard resizing also introduces an app breaking bug which is the reason I > am trying to disable it. See example screenshot here: > http://imgur.com/q6OtuA2 > > essentially when the keyboard comes up my application attempts to resize but > half/over half is rendered completely black (its as though the resizing is > incorrectly calculating the new size). This error disappears if I include > "heigh=device-height" in my meta tag for the index.html, but it is explicitly > stated in the documentation that this should not be used, and indeed it does > introduce some unwanted styling into the application (using this meta tag > disables resizing on rotation in our application). However, this leads me to > believe that it is indeed the resizing that is causing this bug. > My config.xml > > xmlns="http://www.w3.org/ns/widgets; > xmlns:cdv="http://cordova.apache.org/ns/1.0;> > Hello Cordova > > > > > > > > > > > > > > > > > > PUIClient > > A sample Apache Cordova application that responds to the deviceready > event. > > http://cordova.io;> > Apache Cordova Team > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- 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-5632) Accessory bar of DatePicker is not complete hidden first time
[ https://issues.apache.org/jira/browse/CB-5632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5632. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Accessory bar of DatePicker is not complete hidden first time > -- > > Key: CB-5632 > URL: https://issues.apache.org/jira/browse/CB-5632 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.2.0 > Environment: iOS, Xcode 5 >Reporter: Tien Do >Priority: Major > Labels: keyboard-plugin > > You still see white area of accessory bar when DatePicker shows first time on > a view, if you hide and show the DatePicker again, then accessory bar is > actually invisible (no more white area). > Steps to reproduce: > 1. Add a input field type=date into a view. > 2. Tap on this field to show DatePicker, accessory bar is not hidden, you > still see white area. > 3. Tap outside date field to hide DatePicker. > 4. Tap on date field to show DatePicker again, now it's ok and no white area. > Tested with Xcode 5, iOS 6.0, Cordova 3.2.0 -- 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-10724) wkwebview causes keyboard to cause scrolling bug
[ https://issues.apache.org/jira/browse/CB-10724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10724. --- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > wkwebview causes keyboard to cause scrolling bug > > > Key: CB-10724 > URL: https://issues.apache.org/jira/browse/CB-10724 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard, cordova-plugin-wkwebview-engine >Affects Versions: 6.0.0 > Environment: ios >Reporter: Marc Luria >Priority: Major > Labels: ios, triaged > > I saw a bug report that these things had been fixed in > Telerik-Verified-Plugins/WKWebView, but it seems like the cordova one was > more up to date, so I've tried cordova-plugin-wkwebview-engine along with > cordova-plugin-keyboard. > In any case, as soon as I open the keyboard, the current window scrolls out > of view, and the textinput is no longer visible. As soon as I hit a key, it > comes back into view. After the keyboard is closed, the bottom of the screen > is now off by about 20 pixels, and never corrects itself. It's a little > disconcerting, and may mean, I need to abandon wkwebview, and go back to the > old webview. > I think I had a problem similar to this a couple years ago, Cordova people > told me it was due an apple bug. > I've tried various combinations of Keyboard.automaticScrollToTopOnHiding = > true; andKeyboard.disableScrollingInShrinkView(true); but to know > avail. > The Keyboard.hideFormAccessoryBar(true); does work. > If I understand correctly, I can't use > https://github.com/Telerik-Verified-Plugins/WKWebView, since then I will need > to backtrack from cordova ios 4 to cordova ios3. > Any ideas? -- 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-4862) ios 7 keyboard resizes the page even with KeyboardShrinksView set to false
[ https://issues.apache.org/jira/browse/CB-4862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-4862. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > ios 7 keyboard resizes the page even with KeyboardShrinksView set to false > -- > > Key: CB-4862 > URL: https://issues.apache.org/jira/browse/CB-4862 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 2.8.0 > Environment: ipod 5th gen ios 7 and simulator for ios 7 >Reporter: Jake Williams >Priority: Major > Labels: ios7, keyboard-plugin > > We have a page with a fixed footer and some inputs. In previous ios versions > the page would be pushed up when an input was focused and the keyboard came > up. In ios 7, the page height is reduced to the available space after the > keyboard appears and the footer covers the input (depends on the position of > the footer, but it does happen sometimes). There is also a problem where the > input could be beneath the keyboard if you have multiple inputs and you use > next/previous to move between them. -- 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-6639) Body tag stays shinked after keyboard hide
[
https://issues.apache.org/jira/browse/CB-6639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-6639.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> Body tag stays shinked after keyboard hide
> --
>
> Key: CB-6639
> URL: https://issues.apache.org/jira/browse/CB-6639
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 2.9.0
> Environment: XCode 5, iOS 7, Phonegap 2.9
>Reporter: Tomasz
>Priority: Major
> Attachments: IMG_3674.jpg
>
>
> I have the phonegap app (2.9) with config.xml options:
> KeyboardShrinksView = false
> HideKeyboardFormAccessoryBar = false
> and meta viewport set in the index file:
>
> Switching between inputs sometimes close the keyboard but do not resize back
> the body tag:
> > $(window).height()
> < 480
> > $('body').height()
> < 220
> This situation is show on the screenshot: IMG_3674.jpg
--
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-5717) Page moves on keyboard toggle without accessory bar on iOS
[ https://issues.apache.org/jira/browse/CB-5717?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5717. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Page moves on keyboard toggle without accessory bar on iOS > -- > > Key: CB-5717 > URL: https://issues.apache.org/jira/browse/CB-5717 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.3.0 > Environment: iOS 6 / 7 >Reporter: Becky Conning >Priority: Minor > Labels: keyboard-plugin > > Here is a video of the issue occurring in the iOS 7 iPad simulator. > http://embedmyvideo.com/?vid=1388446409417-khidlp=html5 > In some previous versions this could be fixed by commenting out the > keyboardWillShow method in CDVViewController. -- 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-6974) Keyboard causes input focus issue
[
https://issues.apache.org/jira/browse/CB-6974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-6974.
--
Resolution: Won't Fix
cordova-plugin-keyboard does not exist in Cordova anymore, I believe we
transitioned to a new maintainer (not sure who, I think it was Ionic, years ago)
> Keyboard causes input focus issue
> -
>
> Key: CB-6974
> URL: https://issues.apache.org/jira/browse/CB-6974
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-keyboard
>Affects Versions: 3.5.0
> Environment: iOS 6.1
>Reporter: Darryl Pogue
>Priority: Major
> Labels: iOS
>
> I've confirmed that this issue is caused by the keyboard plugin, because it
> does not happen when the keyboard plugin is disabled.
> If there is an input on the lower half of the page, when it is tapped, the
> keyboard will slide up, covering the input and not putting it in focus.
> In my config file I have the following:
> {code:xml|title=config.xml}
>
>
> />
> {code}
> This appears to only happen when the input is on a page that is absolutely
> positioned.
> The best reference I can find about the issue is
> http://www.telerik.com/forums/click-on-input-levels-up-the-footer-on-the-keyboard-whitout-change-the-view-!-
> but the suggested change of setting the body height on deviceReady didn't
> work for me.
> It does not appear to be related to the status bar (as potentially stated in
> that thread). Removing the status bar plugin did not fix the problem.
> My guess is that it's related to hiding the accessory bar and intercepting
> the keyboard opening in Objective C, but I don't know enough about ObjC to
> know what would cause the focus to be lost :(
--
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-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-3020. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead > of removing it > -- > > Key: CB-3020 > URL: https://issues.apache.org/jira/browse/CB-3020 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 2.6.0, 3.0.0 > Environment: ios 6.1.3 >Reporter: Horst Perfect >Priority: Minor > Labels: keyboard-plugin > Fix For: 3.1.0 > > Attachments: Classes.zip, iOS Simulator Screen shot 2013-10-05 > 2.27.26 PM.png, iOS Simulator Screen shot 2013-10-05 2.27.36 PM.png, ios.zip > > > I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar > KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar > appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). > This is just happening when i set *both* of the preferences to true. When i > just set the AccessoryBar preference to true the bar disappears as planned. > Horst -- 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-6379) iOS keyboard has dead (untouchable) zone on top of keyboard when HideKeyboardFormAccessoryBar=true
[ https://issues.apache.org/jira/browse/CB-6379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6379. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > iOS keyboard has dead (untouchable) zone on top of keyboard when > HideKeyboardFormAccessoryBar=true > -- > > Key: CB-6379 > URL: https://issues.apache.org/jira/browse/CB-6379 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.4.0 > Environment: iOS 7.1 build target >Reporter: Udo Schroeter >Priority: Major > Labels: keyboard, keyboard-plugin > > When hiding the form accessory bar, an unclickable area on top of the > keyboard remains. This dead zone has about the same dimensions as the > accessory bar had, maybe a few pixels less vertically. > Should I put together a sample app that exhibits this problem? -- 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-6754) Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also when the input field is positioned fixed at bottom and tapped, it brings a gap between soft keyb
[ https://issues.apache.org/jira/browse/CB-6754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6754. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Keyboard Shrink View breaks fixed header as virtual keyboard comes up. Also > when the input field is positioned fixed at bottom and tapped, it brings a > gap between soft keyboard and itself. > > > Key: CB-6754 > URL: https://issues.apache.org/jira/browse/CB-6754 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard > Environment: IOS >Reporter: Sameer Ahmed Khan >Priority: Major > Labels: Cordova, Keyboard, iOS7 > > There are two major problems from iOS7 with cordova keyboard plugin. > First Problem (With Fixed Headers): > As I set "Keyboard.shrinkView(true)" to make the fixed positioned header and > footer available when the virtual keyboard showed up and stayed on the screen > as user scrolled (as it happens on Android), but nothing as such happened. > I also tried various combinations of meta tags for viewport but that didn't > help either. So I had to follow a hack and made the "fixed" positioned > headers "absolute" when user tapped on input text fields. > > > Second Problem: > (With Input text field fixed at bottom) > This is a major problem. When the input field is fixed at bottom and user > taps on it. The virtual keyboard shows up, however there is a gap between > keyboard and input text field. It really looks ugly. > The length of gap changes when you tap on input field either from the bottom > of page or somewhere amid the page. -- 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-9612) KeyboardShrinksView true always prevents body scrolling
[ https://issues.apache.org/jira/browse/CB-9612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9612. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > KeyboardShrinksView true always prevents body scrolling > --- > > Key: CB-9612 > URL: https://issues.apache.org/jira/browse/CB-9612 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 5.2.0 > Environment: IOS 8 >Reporter: Rob Aldred >Priority: Major > Labels: keyboard-plugin > > I'm using cordova 5.2.0 > with the keyboard plugin org.apache.cordova.labs.keyboard > When KeyboardShrinksView is set to true the body content is unable to scroll. > Setting DisableScrollingWhenKeyboardShrinksView to false has no effects. > This happens both when the keyboard is open and closed. > This is with a standard flowing document, no fixed/absolute elements. > Other elements within the body such as DIVs with overflow: auto can scroll. -- 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-6358) [IOS7.1] Keyboard plugin shinkView with or without disableScrollingInShrinkView scroll the main view and remove my header on IOS 7.0 its OK
[ https://issues.apache.org/jira/browse/CB-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6358. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > [IOS7.1] Keyboard plugin shinkView with or without > disableScrollingInShrinkView scroll the main view and remove my header on IOS > 7.0 its OK > --- > > Key: CB-6358 > URL: https://issues.apache.org/jira/browse/CB-6358 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard >Affects Versions: 3.4.0 > Environment: IOS 7.1 Cordova 3.4 >Reporter: Cedric LOMBARDOT >Priority: Major > > In my webview, i have a top fixed header and one scrollable div with the > form. When i focus a field with > Keyboard.hideFormAccessoryBar(true); > Keyboard.shrinkView(true); > Keyboard.disableScrollingInShrinkView(true); > in ios7.0 my header is still visible. In io7.1 my header is scrolled out. > I think its also related to my second problem, when the webview is closed if > i have an element in bottom:0 it was displayed out of the frame. Seems the > webView size increase each time i open the keyboard -- 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-6221) Chinese & Japanese Keyboards will damage WebView by org.apache.cordova.keyboard@0.1.2
[ https://issues.apache.org/jira/browse/CB-6221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-6221. -- Resolution: Won't Fix cordova-plugin-keyboard does not exist in Cordova anymore, I believe we transitioned to a new maintainer (not sure who, I think it was Ionic, years ago) > Chinese & Japanese Keyboards will damage WebView by > org.apache.cordova.keyboard@0.1.2 > - > > Key: CB-6221 > URL: https://issues.apache.org/jira/browse/CB-6221 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-keyboard > Environment: iOS 7.0/7.1 >Reporter: 2k13yr >Priority: Major > Labels: keyboard-plugin > > Enable Shrink View by JS code Keyboard.shrinkView(true); > It's Ok when click input field and use English keyboard to type word. > But it will damaged WebView when I tapped any words with Chinese or Japanese > Keyboard, because these keyboards have a dynamic additional bar for select > these input method words. (tapped the globe key to switch to another language > keyboard) -- 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-10366) Readonly textarea shows iOS keyboard accessory view
[ https://issues.apache.org/jira/browse/CB-10366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10366. --- Resolution: Won't Fix > Readonly textarea shows iOS keyboard accessory view > --- > > Key: CB-10366 > URL: https://issues.apache.org/jira/browse/CB-10366 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 5.4.1 > Environment: iPhone 6 plus (iOS 9.2) >Reporter: David Douglas >Priority: Minor > Labels: ios, ios9, triaged > > Readonly textarea opens the iOS keyboard accessory view when using the > WKWebView engine. > How to recreate: > 1. Install WKWebView engine plugin: > ``` > cordova platform add ios@4.0.1 > cordova plugin add cordova-plugin-wkwebview-engine@1.0.1 --save > ``` > 2. Tap inside a textarea with 'readonly' attribute. > ``` > > ``` > What happens: > The iOS keyboard accessory view opens. > What should happen: > Nothing (the same as 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] [Resolved] (CB-10237) file:// urls to locations other than the containing folder of the content src will not load
[ https://issues.apache.org/jira/browse/CB-10237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10237. --- Resolution: Won't Fix > file:// urls to locations other than the containing folder of the content src > will not load > --- > > Key: CB-10237 > URL: https://issues.apache.org/jira/browse/CB-10237 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-known-issues > > If your content src (the initial local file loaded in the webview) is in > `www/index.html`, anything not under www will not load in the webview, even > though it's a file url. > For example, if you have a file url to a file in the Documents folder. -- 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-10237) file:// urls to locations other than the containing folder of the content src will not load
[ https://issues.apache.org/jira/browse/CB-10237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544770#comment-16544770 ] Shazron Abdullah edited comment on CB-10237 at 7/16/18 3:56 AM: With iOS 11, you can load custom content using url schemes in WKWebView now. However, it is not enabled for http and https urls, I'm not sure if they restrict file:// urls also but I reckon they would since they do load using file:// urls (files in containing folder) https://bugs.webkit.org/show_bug.cgi?id=138169 was (Author: shazron): With iOS 11, you can load custom content using url schemes in WKWebView now. However, it is not enabled for http and https urls, I'm not sure if they restrict file:// urls also. > file:// urls to locations other than the containing folder of the content src > will not load > --- > > Key: CB-10237 > URL: https://issues.apache.org/jira/browse/CB-10237 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-known-issues > > If your content src (the initial local file loaded in the webview) is in > `www/index.html`, anything not under www will not load in the webview, even > though it's a file url. > For example, if you have a file url to a file in the Documents folder. -- 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-10237) file:// urls to locations other than the containing folder of the content src will not load
[ https://issues.apache.org/jira/browse/CB-10237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544770#comment-16544770 ] Shazron Abdullah commented on CB-10237: --- With iOS 11, you can load custom content using url schemes in WKWebView now. However, it is not enabled for http and https urls, I'm not sure if they restrict file:// urls also. > file:// urls to locations other than the containing folder of the content src > will not load > --- > > Key: CB-10237 > URL: https://issues.apache.org/jira/browse/CB-10237 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-known-issues > > If your content src (the initial local file loaded in the webview) is in > `www/index.html`, anything not under www will not load in the webview, even > though it's a file url. > For example, if you have a file url to a file in the Documents folder. -- 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-10657) [wkWebView] wkWebView disables JS execution when app is backgrounded
[ https://issues.apache.org/jira/browse/CB-10657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10657: -- Labels: triaged wkwebview-baked-in wkwebview-known-issues (was: triaged wkwebview-known-issues) > [wkWebView] wkWebView disables JS execution when app is backgrounded > > > Key: CB-10657 > URL: https://issues.apache.org/jira/browse/CB-10657 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: iOS >Reporter: John Robert Cobbold >Assignee: Shazron Abdullah >Priority: Major > Labels: triaged, wkwebview-baked-in, wkwebview-known-issues > > When using wkWebView, Javascript execution is totally stopped after the app > is backgrounded by the user. This is a major problem for apps using > background modes as no javascript callback will be executed unless the app is > either in the foreground or was already terminated by the user / OS. > example: cordova-plugin-geofence's javascript callbacks will not trigger > after the app was backgrounded but will however trigger if the app is in the > foregrounded or was killed by the user / OS. > UIView does not have this problem. -- 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-12074) Cookies are ignored on first application execution
[ https://issues.apache.org/jira/browse/CB-12074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-12074. --- Resolution: Won't Fix > Cookies are ignored on first application execution > -- > > Key: CB-12074 > URL: https://issues.apache.org/jira/browse/CB-12074 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: Cordova 5.4.0, iOS 9.3.5 >Reporter: Maxim >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-known-issues > > Our application authenticates to the server. The server sets a 'JSESSIONID' > cookie. The cookie is used by the server for session management. > The issue is WKWebView does not send this cookie back to the server on > subsequent requests. However, this only happens on first execution of the > application, after its installation. Once the application closed and > re-opened, the cookies are properly sent and authentication completes > successfully. > The problematic behavior is consistent, and was observed on several devices. > On the other hand, there are no such issues 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-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
[
https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544768#comment-16544768
]
Shazron Abdullah commented on CB-10143:
---
[~lars.john...@voith.com] what do you mean exactly regarding fall back options
for UIWebView? My thinking is this plugin will be "disabled" if the wkwebview
plugin is not used (not sure how yet, there are no options for this currently).
> Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
>
>
> Key: CB-10143
> URL: https://issues.apache.org/jira/browse/CB-10143
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Reporter: Shazron Abdullah
>Priority: Major
> Labels: wkwebview-baked-in, wkwebview-known-issues
>
> mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue,
> where CORS is now respected and cannot load files from file:// urls, only
> http*:// urls are allowed.
> With CSP off to rule things out:
> XHR to yourself of course works, but doesn't really make sense for
> real-world use. XHR to a sibling file, parent file, or any child file
> results in the error ""Cross origin requests are only supported for
> HTTP”.
> To illustrate:
> {code}
> |
> parent.xml
> |
> www
> | index.html (file currently loaded)
> | sibling.xml
> | child-folder
> | | child.xml
> {code}
> index.html is the currently loaded file in the WebView. From it, you
> can't load parent.xml, sibling.xml nor child.xml using XHR according
> to my tests.
> The workaround is implementing CB-10109
--
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-10141) cdvfile:// urls will not work in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-10141. --- Resolution: Won't Fix > cdvfile:// urls will not work in WKWebViewEngine > > > Key: CB-10141 > URL: https://issues.apache.org/jira/browse/CB-10141 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file, cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > This was handled in a NSURLProtocol (in the File plugin), which cannot > intercept WKWebView connections. > This affects native URIs returned by the Camera and File plugins. -- 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-12119) local-webserver plugin lets android builds fail
[ https://issues.apache.org/jira/browse/CB-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544764#comment-16544764 ] Shazron Abdullah commented on CB-12119: --- This is more a local-webserver plugin issue rather than wkwebview-engine, but we will handle this before we upgrade the major version. > local-webserver plugin lets android builds fail > --- > > Key: CB-12119 > URL: https://issues.apache.org/jira/browse/CB-12119 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Maik Riechert >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > I use the WKWebViewEngine plugin together with local-webserver (due to CORS > restrictions when trying to load e.g. local audio files to play back using > WebAudio). However, the local-webserver plugin modifies the `` tag > in my config.xml, affecting all platforms, and making android builds not work > anymore. This is quite bad and in my opinion a plugin should never touch the > config.xml file but only provide settings etc. via the regular plugin > mechanism. > My workaround is to override the content value inside a ` name="android">` block of my config.xml. And this is what the local-webserver > plugin should do. It should just put the content override in the iOS platform > tag, and not use hook scripts. -- 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-12119) local-webserver plugin lets android builds fail
[ https://issues.apache.org/jira/browse/CB-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-12119: -- Labels: wkwebview-baked-in wkwebview-known-issues (was: wkwebview-baked-in) > local-webserver plugin lets android builds fail > --- > > Key: CB-12119 > URL: https://issues.apache.org/jira/browse/CB-12119 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Maik Riechert >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > I use the WKWebViewEngine plugin together with local-webserver (due to CORS > restrictions when trying to load e.g. local audio files to play back using > WebAudio). However, the local-webserver plugin modifies the `` tag > in my config.xml, affecting all platforms, and making android builds not work > anymore. This is quite bad and in my opinion a plugin should never touch the > config.xml file but only provide settings etc. via the regular plugin > mechanism. > My workaround is to override the content value inside a ` name="android">` block of my config.xml. And this is what the local-webserver > plugin should do. It should just put the content override in the iOS platform > tag, and not use hook scripts. -- 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-12408) Force reloading WKWebViewEngine causes transparent view
[ https://issues.apache.org/jira/browse/CB-12408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-12408. --- Resolution: Won't Fix > Force reloading WKWebViewEngine causes transparent view > --- > > Key: CB-12408 > URL: https://issues.apache.org/jira/browse/CB-12408 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 6.4.0 > Environment: iPhone 6S Plus on device running iOS 10 only >Reporter: Alex Fox >Assignee: Shazron Abdullah >Priority: Critical > Labels: WKWebview, wkwebview-baked-in, wkwebview-known-issues > > I am using auto crash recovery in the WKWebViewEngine plugin and I have > noticed that sometimes when the page enters the foreground and it reloads I > end up with a blank screen. > I have inspected the app with WebKit from my MacBook and I can see that there > is a DOM. When I hover over elements with my mouse I can see the elements > highlighting on the device. The javascript is still running and the app still > reacts to touches. > Refreshing the page again does not make the DOM appear and if I navigate to > another page I still have a blank screen. > I have managed to easily reproduce the problem with a clean project and a > slight modification to make the app refresh every time it's brought to > foreground. My "test" only happens on my iPhone 6S Plus. I have tried it on > an iPhone 5 & iPad mini 2 but the bug never seems to happen. > Here are the steps: > - cordova create hello com.example.hello HelloWorld > - cordova platform add ios --save > - cordova plugin add cordova-plugin-wkwebview-engine > - In CDVWKebViewEngine.m => method (BOOL)shouldReloadWebView) => line 185 => > Change it to return YES; (so it will awlays reload!) > - Run the app on the device (remember to use an iPhone 6S Plus, though > perhaps it would still be a problem on a similar device 6/6s/7) > - Repeatedly send the app to the background/foreground by pressing the home > button / app icon > - It usually will occur in 1-5 "reloads" but sometimes it can be up to ~25 > Needless to say this is a critical error that is preventing me releasing my > app. > Alex -- 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-11974) wkwebview LocalStorage Persistence For Existing Users
[
https://issues.apache.org/jira/browse/CB-11974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16544763#comment-16544763
]
Shazron Abdullah commented on CB-11974:
---
Thanks for the warning, I thought we are having a discussion here. If I had all
the answers it wouldn't be a discussion would it? "obvious reasons" might be
immediately obvious to you, but there might be loopholes in any argument,
especially as I concede, mine.
The interim version of course has to be installed first -- what I consider to
be a reasonable period (deprecation period?) that users must update to. I know
this is unworkable for most people.
I also mentioned this:
{noformat}
With the next major platform version of cordova-ios, the wkwebview plugin will
be baked in, so "migration" will be easier. When the user who is still on
UIWebView has migrated their data to the interim format, you can switch to
WKWebView usage that will then ingest this data.
{noformat}
This could solve that scenario. If the user is still on UIWebView and they
upgrade to this dual webview engine version, no problem -- the app still runs
(not ideal). In the meantime, you copy their data as I mentioned (the interim
solution), then on next run (or on the same run), you can switch to WKWebView
and migrate the data. This is a proposed solution (dynamic webview switching,
or at least switch on start), but it has not been implemented yet, I'm still
working out the details.
> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>Priority: Major
> Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store
> session / user data. We really need a way to transfer this data to the
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the
> new browser when the plugin is installed and first run on an existing user's
> device. It would be really, really awesome if this plugin handled this issue
> the same way.
--
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-9982) assets-library:// urls will not work in WKWebView engine
[ https://issues.apache.org/jira/browse/CB-9982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-9982. -- Resolution: Won't Fix > assets-library:// urls will not work in WKWebView engine > - > > Key: CB-9982 > URL: https://issues.apache.org/jira/browse/CB-9982 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-camera, cordova-plugin-file, > cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: ios, wkwebview-known-issues > > This was handled in CDVURLProtocol, which cannot intercept WKWebView > connections. > This affects native URIs returned by the Camera and File plugins. -- 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-11728) allowsAirPlayForMediaPlayback in WKWebViewConfiguration is not sticky
[ https://issues.apache.org/jira/browse/CB-11728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11728: -- Labels: wkwebview-baked-in wkwebview-known-issues (was: wkwebview-known-issues) > allowsAirPlayForMediaPlayback in WKWebViewConfiguration is not sticky > - > > Key: CB-11728 > URL: https://issues.apache.org/jira/browse/CB-11728 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > Looks like an Apple bug. > See test: > https://github.com/apache/cordova-plugin-wkwebview-engine/blob/42c847b2680a80e52ffd3617119ddd6634751453/tests/ios/CDVWKWebViewEngineTest/CDVWKWebViewEngineLibTests/CDVWKWebViewEngineTest.m#L189-L198 > We still need to file a bug with Apple. -- 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-11728) allowsAirPlayForMediaPlayback in WKWebViewConfiguration is not sticky
[ https://issues.apache.org/jira/browse/CB-11728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16539692#comment-16539692 ] Shazron Abdullah commented on CB-11728: --- Need to re-test with iOS 11/12 > allowsAirPlayForMediaPlayback in WKWebViewConfiguration is not sticky > - > > Key: CB-11728 > URL: https://issues.apache.org/jira/browse/CB-11728 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > Looks like an Apple bug. > See test: > https://github.com/apache/cordova-plugin-wkwebview-engine/blob/42c847b2680a80e52ffd3617119ddd6634751453/tests/ios/CDVWKWebViewEngineTest/CDVWKWebViewEngineLibTests/CDVWKWebViewEngineTest.m#L189-L198 > We still need to file a bug with Apple. -- 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-11469) Race conditions when loading scripts async
[
https://issues.apache.org/jira/browse/CB-11469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11469:
--
Labels: wkwebview-baked-in wkwebview-known-issues (was:
wkwebview-known-issues)
> Race conditions when loading scripts async
> --
>
> Key: CB-11469
> URL: https://issues.apache.org/jira/browse/CB-11469
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Reporter: Philipp Kursawe
>Assignee: Shazron Abdullah
>Priority: Major
> Labels: wkwebview-baked-in, wkwebview-known-issues
>
> Using this code in `index.html`
> {code}
>
>
> {code}
> causes all kind of weird side effects due to race conditions, I assume.
> As soon as I removed the async attribute (after one week of trying other
> things) everything worked, including the splashscreen. I think the
> splashscreen uses the message queue (event loop) to postpone some of its
> actions (when fading out) and this collides with the `async` attribute and
> creates a race-condition. It seems like a bug in wkwebview to not handle
> `async` script loading properly.
--
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-8628) Support /local-filesystem/ route in local-webserver plugin
[
https://issues.apache.org/jira/browse/CB-8628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8628.
--
Resolution: Won't Fix
We will focus on the stand-alone wkwebview plugin without local webserver,
since you can wkwebview can load custom urls as content since iOS 11 now.
> Support /local-filesystem/ route in local-webserver plugin
> --
>
> Key: CB-8628
> URL: https://issues.apache.org/jira/browse/CB-8628
> Project: Apache Cordova
> Issue Type: Task
> Components: cordova-plugin-wkwebview-engine
> Environment: iOS
>Reporter: Shazron Abdullah
>Priority: Major
>
> This is needed for the WKWebView local webserver solution.
> Plugin: https://github.com/apache/cordova-plugins/tree/master/local-webserver
> For example, a (CDVFile) file:///path/to/file url is transformed to a:
> {code}
> http://localhost:[port]/local-filesystem/path/to/file
> {code}
> The support is there already in the plugin, it just needs testing and
> debugging.
--
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-8629) Support /assets-library/ route in local-webserver plugin
[
https://issues.apache.org/jira/browse/CB-8629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8629.
--
Resolution: Won't Fix
We will focus on the stand-alone wkwebview plugin without local webserver,
since you can wkwebview can load custom urls as content since iOS 11 now.
> Support /assets-library/ route in local-webserver plugin
>
>
> Key: CB-8629
> URL: https://issues.apache.org/jira/browse/CB-8629
> Project: Apache Cordova
> Issue Type: Task
> Components: cordova-plugin-wkwebview-engine
> Environment: iOS
>Reporter: Shazron Abdullah
>Priority: Major
>
> This is needed for the WKWebView local webserver solution.
> Plugin: https://github.com/apache/cordova-plugins/tree/master/local-webserver
> For example, a (CDVFile) assets-library:/foo/bar url is transformed to a:
> {code}
> http://localhost:[port]/assets-library/foo/bar
> {code}
> The support is there already in the plugin, it just needs testing and
> debugging.
--
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-9982) assets-library:// urls will not work in WKWebView engine
[ https://issues.apache.org/jira/browse/CB-9982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16539683#comment-16539683 ] Shazron Abdullah commented on CB-9982: -- With iOS 11, WKWebView can load custom url schemes as content now. > assets-library:// urls will not work in WKWebView engine > - > > Key: CB-9982 > URL: https://issues.apache.org/jira/browse/CB-9982 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-camera, cordova-plugin-file, > cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: ios, wkwebview-known-issues > > This was handled in CDVURLProtocol, which cannot intercept WKWebView > connections. > This affects native URIs returned by the Camera and File plugins. -- 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-11826) Ajax calls fails in WKWebView on self-signed servers
[ https://issues.apache.org/jira/browse/CB-11826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11826: -- Labels: wkwebview-known-issues (was: ) > Ajax calls fails in WKWebView on self-signed servers > - > > Key: CB-11826 > URL: https://issues.apache.org/jira/browse/CB-11826 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 3.5.0 > Environment: iOS 8, 9, 10 >Reporter: Jörn Heid >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-known-issues > Attachments: WKWebView.zip > > > When using jQuery's Ajax, I get > "Failed to load resource: The certificate for this server is invalid. You > might be connecting to a server that is pretending to be “xxx” which could > put your confidential information at risk." > when checking the webview in Safari through USB. > I tried to implement the didReceiveAuthenticationChallenge method in > CDVWKWebViewEngine but it doesn't seem to be called. -- 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-11826) Ajax calls fails in WKWebView on self-signed servers
[ https://issues.apache.org/jira/browse/CB-11826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11826. --- Resolution: Won't Fix > Ajax calls fails in WKWebView on self-signed servers > - > > Key: CB-11826 > URL: https://issues.apache.org/jira/browse/CB-11826 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 3.5.0 > Environment: iOS 8, 9, 10 >Reporter: Jörn Heid >Assignee: Shazron Abdullah >Priority: Major > Attachments: WKWebView.zip > > > When using jQuery's Ajax, I get > "Failed to load resource: The certificate for this server is invalid. You > might be connecting to a server that is pretending to be “xxx” which could > put your confidential information at risk." > when checking the webview in Safari through USB. > I tried to implement the didReceiveAuthenticationChallenge method in > CDVWKWebViewEngine but it doesn't seem to be called. -- 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-11885) iframe message error
[
https://issues.apache.org/jira/browse/CB-11885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-11885.
---
Resolution: Won't Fix
Seems like Apple has repro'ed the issue in the Webkit bug above, but hasn't
fixed it yet.
> iframe message error
>
>
> Key: CB-11885
> URL: https://issues.apache.org/jira/browse/CB-11885
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Affects Versions: 4.2.1
> Environment: iOS 9
>Reporter: Pier Bover
>Assignee: Shazron Abdullah
>Priority: Major
> Labels: wkwebview-known-issues
>
> When trying to communicate between an iframe and the main window using
> Window.postMessage() I get the error:
> {{Blocked a frame with origin "null" from accessing a frame with origin
> "null"}}
> This only happens from the iframe to the main window, when communicating the
> other way around it works fine.
> Both files are run locally. The error only happens after adding the plugin
> {{cordova-plugin-wkwebview-engine}}. When using UIWebView the error does not
> happen.
> The weird thing is that this error is shown exactly 11 times, but the message
> goes through anyway. See this screenshot taken from Safari while using the
> simulator: http://i.imgur.com/JJkIEy5.jpg You can see the MessageEvent
> happening at the end.
> I have added {{sandbox="allow-same-origin allow-scripts allow-popups
> allow-forms"}} to the iframe tag but it didn't fix it.
> This is the code that listens to the message:
> {{window.addEventListener("message", eventHandler, false);}}
> And this is the code that emits the message from the iframe:
> {{parent.postMessage(something,"*")}}
--
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-12408) Force reloading WKWebViewEngine causes transparent view
[ https://issues.apache.org/jira/browse/CB-12408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-12408: -- Labels: WKWebview wkwebview-baked-in wkwebview-known-issues (was: WKWebview) > Force reloading WKWebViewEngine causes transparent view > --- > > Key: CB-12408 > URL: https://issues.apache.org/jira/browse/CB-12408 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 6.4.0 > Environment: iPhone 6S Plus on device running iOS 10 only >Reporter: Alex Fox >Assignee: Shazron Abdullah >Priority: Critical > Labels: WKWebview, wkwebview-baked-in, wkwebview-known-issues > > I am using auto crash recovery in the WKWebViewEngine plugin and I have > noticed that sometimes when the page enters the foreground and it reloads I > end up with a blank screen. > I have inspected the app with WebKit from my MacBook and I can see that there > is a DOM. When I hover over elements with my mouse I can see the elements > highlighting on the device. The javascript is still running and the app still > reacts to touches. > Refreshing the page again does not make the DOM appear and if I navigate to > another page I still have a blank screen. > I have managed to easily reproduce the problem with a clean project and a > slight modification to make the app refresh every time it's brought to > foreground. My "test" only happens on my iPhone 6S Plus. I have tried it on > an iPhone 5 & iPad mini 2 but the bug never seems to happen. > Here are the steps: > - cordova create hello com.example.hello HelloWorld > - cordova platform add ios --save > - cordova plugin add cordova-plugin-wkwebview-engine > - In CDVWKebViewEngine.m => method (BOOL)shouldReloadWebView) => line 185 => > Change it to return YES; (so it will awlays reload!) > - Run the app on the device (remember to use an iPhone 6S Plus, though > perhaps it would still be a problem on a similar device 6/6s/7) > - Repeatedly send the app to the background/foreground by pressing the home > button / app icon > - It usually will occur in 1-5 "reloads" but sometimes it can be up to ~25 > Needless to say this is a critical error that is preventing me releasing my > app. > Alex -- 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-12408) Force reloading WKWebViewEngine causes transparent view
[ https://issues.apache.org/jira/browse/CB-12408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16539678#comment-16539678 ] Shazron Abdullah commented on CB-12408: --- Definitely a WebKit issue (see SO issue). Might have been fixed in iOS 11/12? > Force reloading WKWebViewEngine causes transparent view > --- > > Key: CB-12408 > URL: https://issues.apache.org/jira/browse/CB-12408 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Affects Versions: 6.4.0 > Environment: iPhone 6S Plus on device running iOS 10 only >Reporter: Alex Fox >Assignee: Shazron Abdullah >Priority: Critical > Labels: WKWebview, wkwebview-baked-in, wkwebview-known-issues > > I am using auto crash recovery in the WKWebViewEngine plugin and I have > noticed that sometimes when the page enters the foreground and it reloads I > end up with a blank screen. > I have inspected the app with WebKit from my MacBook and I can see that there > is a DOM. When I hover over elements with my mouse I can see the elements > highlighting on the device. The javascript is still running and the app still > reacts to touches. > Refreshing the page again does not make the DOM appear and if I navigate to > another page I still have a blank screen. > I have managed to easily reproduce the problem with a clean project and a > slight modification to make the app refresh every time it's brought to > foreground. My "test" only happens on my iPhone 6S Plus. I have tried it on > an iPhone 5 & iPad mini 2 but the bug never seems to happen. > Here are the steps: > - cordova create hello com.example.hello HelloWorld > - cordova platform add ios --save > - cordova plugin add cordova-plugin-wkwebview-engine > - In CDVWKebViewEngine.m => method (BOOL)shouldReloadWebView) => line 185 => > Change it to return YES; (so it will awlays reload!) > - Run the app on the device (remember to use an iPhone 6S Plus, though > perhaps it would still be a problem on a similar device 6/6s/7) > - Repeatedly send the app to the background/foreground by pressing the home > button / app icon > - It usually will occur in 1-5 "reloads" but sometimes it can be up to ~25 > Needless to say this is a critical error that is preventing me releasing my > app. > Alex -- 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-12228) window.open is not handled in WKWebView
[ https://issues.apache.org/jira/browse/CB-12228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-12228: -- Labels: wkwebview-baked-in wkwebview-known-issues (was: ) > window.open is not handled in WKWebView > --- > > Key: CB-12228 > URL: https://issues.apache.org/jira/browse/CB-12228 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine > Environment: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > window.open is handled in UIWebView but not in this plugin. > A delegate function needs to be handled: > http://stackoverflow.com/questions/33190234/wkwebview-and-window-open > Make sure it handles it in the same way as UIWebView for consistency. -- 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-12119) local-webserver plugin lets android builds fail
[ https://issues.apache.org/jira/browse/CB-12119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-12119: -- Labels: wkwebview-baked-in (was: ) > local-webserver plugin lets android builds fail > --- > > Key: CB-12119 > URL: https://issues.apache.org/jira/browse/CB-12119 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Maik Riechert >Assignee: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in > > I use the WKWebViewEngine plugin together with local-webserver (due to CORS > restrictions when trying to load e.g. local audio files to play back using > WebAudio). However, the local-webserver plugin modifies the `` tag > in my config.xml, affecting all platforms, and making android builds not work > anymore. This is quite bad and in my opinion a plugin should never touch the > config.xml file but only provide settings etc. via the regular plugin > mechanism. > My workaround is to override the content value inside a ` name="android">` block of my config.xml. And this is what the local-webserver > plugin should do. It should just put the content override in the iOS platform > tag, and not use hook scripts. -- 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-11974) wkwebview LocalStorage Persistence For Existing Users
[ https://issues.apache.org/jira/browse/CB-11974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-11974. --- Resolution: Workaround Thanks for the workaround. Resolving since it is not really a bug. My suggestion is in the interim, before migrating users to wkwebview, write the localStorage key data to a file as well as localStorage (duplicate the data in two locations). Then for the next update, read from this file to write to localStorage. This avoids the situation where you really need to know file locations of the webkit storage, but rely on a reliable, consistent, interim format. With the next major platform version of cordova-ios, the wkwebview plugin will be baked in, so "migration" will be easier. When the user who is still on UIWebView has migrated their data to the interim format, you can switch to WKWebView usage that will then ingest this data. > wkwebview LocalStorage Persistence For Existing Users > - > > Key: CB-11974 > URL: https://issues.apache.org/jira/browse/CB-11974 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-wkwebview-engine >Reporter: Charles Vanderhoff >Priority: Major > Labels: wkwebview-known-issues > > There are a number of apps out there that rely on localstorage to store > session / user data. We really need a way to transfer this data to the > wkwebview-engine so existing users are not left out in the cold. > Crosswalk handles this process automatically by migrating that data to the > new browser when the plugin is installed and first run on an existing user's > device. It would be really, really awesome if this plugin handled this issue > the same way. -- 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-12815) WKWebView plugin will not execute Javascript while app is backgrounded
[
https://issues.apache.org/jira/browse/CB-12815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-12815:
--
Labels: Background Javascript WKWebView wkwebview-baked-in
wkwebview-known-issues (was: Background Javascript WKWebView)
> WKWebView plugin will not execute Javascript while app is backgrounded
> --
>
> Key: CB-12815
> URL: https://issues.apache.org/jira/browse/CB-12815
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
> Environment: iOS
>Reporter: Rich Storm
>Assignee: Shazron Abdullah
>Priority: Major
> Labels: Background, Javascript, WKWebView, wkwebview-baked-in,
> wkwebview-known-issues
>
> iOS 10 now has power saving requirements and will not allow background tasks
> to function to save battery. For example, a VoIP app can no longer use a
> polling strategy to stay awake. The new recommended way, according to Apple
> (https://developer.apple.com/library/content/documentation/Performance/Conceptual/EnergyGuide-iOS/OptimizeVoIP.html),
> is to use VoIP silent push notifications to wake up the app and do the work.
> I have verified that all VoIP silent push notifications arrive correctly when
> using the UIWebView with a vanilla Cordova install. However, when adding the
> cordova-plugin-wkwebview-engine, the Javascript callbacks do not fire
> correctly when receiving the VoIP silent push notification while the app is
> in the background. What happens is the first notification is queued, then the
> next notification forces the first notification result to the callback.
> Effectively, making each push notification 1 behind. When the app is put back
> into the foreground, the last push notification callback is fired.
> When the app is in the foreground, all works fine.
> The issue is with the call to "setTimeout" in the iOSExec.nativeCallback
> function. It makes sense that if Apple is trying to minimize background
> execution to save battery, then they would limit the use of the setTimeout
> feature.
> This issue is fixed by changing the iOSExec.nativeCallback function to call
> the cordova.callbackFromNative function directly without a setTimeout
> wrapper. I understand that removing setTimeout is not an elegant solution and
> may cause deadlocks. Maybe a new argument isBackground or something to that
> effect.
> src/www/ios/ios-wkwebview-exec.js
> {code:javascript}
> iOSExec.nativeCallback = function(callbackId, status, message,
> keepCallback, debug) {
> var success = status === 0 || status === 1;
> var args = convertMessageToArgsNativeToJs(message);
>
> // setTimeout(function(){
> cordova.callbackFromNative(callbackId, success, status, args,
> keepCallback);
> // }, 0);
> };
> {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] [Commented] (CB-10141) cdvfile:// urls will not work in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16539665#comment-16539665 ] Shazron Abdullah commented on CB-10141: --- iOS 11 can now handle custom url schemes in WKWebView. > cdvfile:// urls will not work in WKWebViewEngine > > > Key: CB-10141 > URL: https://issues.apache.org/jira/browse/CB-10141 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file, cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > This was handled in a NSURLProtocol (in the File plugin), which cannot > intercept WKWebView connections. > This affects native URIs returned by the Camera and File plugins. -- 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-10141) cdvfile:// urls will not work in WKWebViewEngine
[ https://issues.apache.org/jira/browse/CB-10141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-10141: -- Labels: wkwebview-baked-in wkwebview-known-issues (was: wkwebview-known-issues) > cdvfile:// urls will not work in WKWebViewEngine > > > Key: CB-10141 > URL: https://issues.apache.org/jira/browse/CB-10141 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-plugin-file, cordova-plugin-wkwebview-engine >Reporter: Shazron Abdullah >Priority: Major > Labels: wkwebview-baked-in, wkwebview-known-issues > > This was handled in a NSURLProtocol (in the File plugin), which cannot > intercept WKWebView connections. > This affects native URIs returned by the Camera and File plugins. -- 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-10728) Set-Cookie is ignored in WKWebViewEngine
[
https://issues.apache.org/jira/browse/CB-10728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-10728.
---
Resolution: Duplicate
Duping this to CB-12074 (a newer issue) since it has a workaround
> Set-Cookie is ignored in WKWebViewEngine
>
>
> Key: CB-10728
> URL: https://issues.apache.org/jira/browse/CB-10728
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
> Environment: Cordova 5.4.0, Cordova-iOS 4.0.1, iOS 9.2.1
>Reporter: Sverre W
>Priority: Major
> Labels: iOS, triaged, wkwebview-known-issues
>
> I'm trying to upgrade a cordova-ios 4.0.1 app, fully functioning with the old
> UIWebView, to use cordova-plugin-wkwebview-engine 1.0.2.
> The app does AJAX calls via jQuery, something like this:
> {code:javascript}
> $.ajax({
> crossDomain: true,
> xhrFields: {withCredentials: true},
> url: 'https://server.com/login',
> foo: "bar"
> });
> {code}
> After login, the server returns a set-cookie with an authorization token.
> This cookie is not included in subsequent requests when using WKWebView. It's
> simply ignored. I've tried multiple CORS configurations on the server, as
> liberal as possible, with no luck.
> Here are the 3 key requests (I'm omitting unrelated headers like {{Accept}},
> {{User-Agent}}:
> *Pre-flight OPTIONS*
> The webview sends an OPTIONS to the login URL with the headers
> * {{Origin: null}}
> * {{Access-Control-Request-Method: POST}}
> * {{Access-Control-Request-Headers: accept, origin, content-type}}
> The server responds with 200 OK and the headers
> * {{Access-Control-Allow-Origin: null}}
> * {{Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS}}
> * {{Access-Control-Allow-Headers: accept, origin, content-type}}
> * {{Access-Control-Allow-Credentials: true}}
> *Login POST*
> Now the webview sends the actual login request, with the header
> * {{Origin: null}}
> The server responds with 200 OK and the headers
> * {{Access-Control-Allow-Origin: null}}
> * {{Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS}}
> * {{Access-Control-Allow-Headers: accept, origin, content-type}}
> * {{Access-Control-Allow-Credentials: true}}
> * {{Set-Cookie: token=abc123; path=/; expires=Fri, 29-Apr-2017 12:49:06 GMT;
> HttpOnly}}
> *Authorized GET*
> After login the application believes it's logged in, and tries to access a
> restricted resource. However the only headers sent are {{Accept}},
> {{User-Agent}} and {{Origin}}. No {{Cookie}}.
>
> Google returns vaguely similar issues around WKWebView and cookies, some of
> them from the Telerik plugin, but I see no concrete evidence that anyone has
> gotten this kind of auth flow to work. Even though it does in UIWebView. Is
> it simply not supported? Am I missing some obscure CORS detail? Either way,
> maybe it should be documented somewhere.
--
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-11311) cordova-plugin-wkwebview-engine not working with --browserify flag
[
https://issues.apache.org/jira/browse/CB-11311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16538202#comment-16538202
]
Shazron Abdullah commented on CB-11311:
---
We are planning on baking in the wkwebview plugin into the next major version
of the cordova-ios platform, and will revisit this. I'm not sure about
--browserify support in the future.
> cordova-plugin-wkwebview-engine not working with --browserify flag
> --
>
> Key: CB-11311
> URL: https://issues.apache.org/jira/browse/CB-11311
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-plugin-wkwebview-engine
>Affects Versions: 4.1.1
> Environment: OS X 10.11
> Cordova CLI 6.1.1
> Cordova iOS 4.1.1
> cordova-plugin-wkwebview-engine 1.0.3
>Reporter: Wilson Yang
>Priority: Major
> Labels: backlog, tools-next, wkwebview-baked-in,
> wkwebview-known-issues
>
> The code below for replace the exec bridge is not compatible with browserify
> {code:javascript}
> // unregister the old bridge
> cordova.define.remove('cordova/exec');
> // redefine bridge to our new bridge
> cordova.define("cordova/exec", function(require, exports, module) {
> module.exports = execProxy;
> });
> {code}
> After using browserify flag, all scripts for www will be packed into
> cordova.js as single file. At the same time, the `cordova.define` become
> undefined.
> {code}
> TypeError: undefined is not an object (evaluating 'cordova.define.remove')
> {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
