Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Andrea_C_
New Contributor I
296 Views

XDK 2893 does not handle HTTPS requests from the emulator

Jump to solution

Hi to everyone,

I don't know what has happened, but from some days on my personal machine (Ubuntu 14.04 LTS), 

XDK started giving me the following errors on HTTPS requests made from the emulator.

Failed to load resource: net::ERR_SSL_PROTOCOL_ERROR https://adress.

This for me is really a big problem, since I can't work on my machine. Is someone having the same behaviour?

 

Tags (2)
0 Kudos
1 Solution
Andrea_C_
New Contributor I
236 Views

Paul,

I have made 2 experiments:

1) Clean install and running XDK. SSL is OK

2) Update all the packages and running the XDK: SSL is OK.

So maybe I have something messed up with my system, but it's really really strange.

 

View solution in original post

25 Replies
Amrita_C_Intel
Employee
227 Views

Have you tested that project on a device? If yes are you facing similar issue over there?

Can you provide some screenshots? Did you try to clear the cache?

 

Elroy_A_Intel
Employee
227 Views

What version of Intel XDK are you using? I also recommend performing an uninstall and reinstall of Intel XDK on your host machine.

Andrea_C_
New Contributor I
227 Views

Already uninstalled and installed, removed the .config/XDK directory. The version I am mentioning is 2893.

The problem is not shown when using Intel AppPreview or on a built APK.

Here you'll find attach a screenshot of what I get from the Developer Tools window.

Notice that calls to google servers (http vs https) have different results.

 

 

Amrita_C_Intel
Employee
227 Views

Have you tested this on device? Did you  try to clear the cache?

Andrea_C_
New Contributor I
227 Views

Hi Amrita,

As said on the previous reply on real devices all works fine. I erased the .config/XDK directory to be sure to have a clean environment.

How otherwise I can clean the cache?

Kind regards.

Amrita_C_Intel
Employee
227 Views

Hi Andrea,

Please refer to this documentation to clear cache: https://software.intel.com/en-us/xdk/blog/remove-xdk-local-data

Andrea_C_
New Contributor I
227 Views

Amrita,

as for the documentation you sent me, I have already cleaned the cache, since, as said in the previous posts, I removed the .config/XDK folder.

So I now really I don't know what to do.

 

PaulF_IntelCorp
Employee
227 Views

Andrea -- this is very odd. My suspicion would be something in your Ubuntu machine got updated that is causing an incompatibility with the node.js code inside the XDK that talks to the openssl (or whatever is being used to manage the https requests) in the Linux system. Did you apply some updates to your Ubuntu box just before this happened?

Can you try running the XDK on a "fresh" Ubuntu 14.04 system that does not include any Ubuntu updates?

Andrea_C_
New Contributor I
227 Views

Hi Paul,

I have a lot of updates on my machine and, previously XDK 2893 was working fine. I will try to install it in a clean virtual machine with a fresh 14.04. Most probably the problem is caused by some updates, but I really don't know the root cause.

PaulF_IntelCorp
Employee
227 Views

Please keep me posted.

Andrea_C_
New Contributor I
227 Views

I tried with a fresh install of XDK on a 14.04 LTS Virtual machine and everything works fine.

So most probably there is something messed up with my system, but I can't figure out what it is.  I can't understand why everything works (all browsers, including Chrome), with the exception of XDK.

I'll try in the next weeks to install a new version of Linux from scratch, hoping that the issue will go away.

 

PaulF_IntelCorp
Employee
227 Views

Andrea -- I've filed a bug report, to at least look into the idea that OpenSSL updates to Ubuntu might be interfering with the underlying node.js system. If you find more precise info, that would be useful.

Andrea_C_
New Contributor I
237 Views

Paul,

I have made 2 experiments:

1) Clean install and running XDK. SSL is OK

2) Update all the packages and running the XDK: SSL is OK.

So maybe I have something messed up with my system, but it's really really strange.

 

View solution in original post

PaulF_IntelCorp
Employee
227 Views

Thanks for the feedback, Andrea. I'm alerted whenever you post to this thread, so if you do find some clues I'll let engineering know.

Andrea_C_
New Contributor I
227 Views

I reinstalled Linux (16.04) from scratch.

Still HTTPS connection do not work, but I noticed that:

1) $.get("https://maps.googleapis.com/maps/api/geocode/json") 

Fails with: et::ERR_SSL_PROTOCOL_ERROR

2) $.get("https://api.twilio.com/2010-04-01")

Is OK (Notice it's still HTTPS).

Could you please test this? I really don't know what to do.

PaulF_IntelCorp
Employee
227 Views

Andrea -- are you seeing this only in the Emulate tab or also in App Preview and the Debug tab and ??? The .../json part of that google maps URL makes me think this is related to some issues we've been seeing with App Preview and the Debug tab that are resulting in an error return but the JSON data is actually being returned (along with some error tags).

Andrea_C_
New Contributor I
227 Views

No Paul, 

on AppPreview (Debug tab) everything works fine, even before I reinstalled the system from scratch.

The issue is present only in the emulator. For some reason it's like the SSL certificates from the google servers are no more considered valid, but the ones from other servers (e.g. Twilio) are considered valid.

Can you please simply add the jquery script in a empty project and launch from the emulator debugging tab " $.get("https://maps.googleapis.com/maps/api/geocode/json") ?

 

PaulF_IntelCorp
Employee
227 Views

Andrea -- are you still running 2893 or are you now seeing this on 3088?

PaulF_IntelCorp
Employee
227 Views

I was able to reproduce on my Mac running 3088. I've alerted engineering and have assigned a bug to this. Will also try a few other experiments.

PaulF_IntelCorp
Employee
73 Views

But I also get the same result from within the Debug console in Chrome browser on my desktop...

Reply