Hi Dominig,
I'm using the command:
xwalk-launcher http://www.google.com
from the shells inside and outside of Wayland, from the October 2014 milestone
release (ivi-3.0.m14.3), I'd be very surprised if no-one else has done that
already.
It seems the DNS is ok when set in 'ConnMan', It was just my lack of
knowledge of how the Tizen "ConnMan" subsystem works. outside of
/etc/resolv.conf.
So the issue still remains that after the proxy is set, crosswalk doesn't use
it until it is set within the xwalk.service.
I'll file the bug.
Thanks
________________________________________
From: Dominig ar Foll (Intel OTC) [[email protected]]
Sent: 07 November 2014 10:40 AM
To: Michael Johnson; [email protected]
Subject: Re: [Dev] Nameserver in connmanctl
Michael;
launching Crosswalk via the shell will not work in Tizen 3.0.as it will
fails security check.
So I am interested to understand the standard operation mode where Apps
are launched under direct control of the OS (either via systemd or amd).
Dominig ar Foll
Senior Software Architect
Open Source Technology Centre
Intel SSG
Le 07/11/2014 11:20, Michael Johnson a écrit :
> Hi Dominig,
>
> I also had problems using 'wget' with the DNS and proxy set in connman
> without any environmental variables set, so I will have to do a little
> testing first to get the correct scenario.
>
> Currently I am launching crosswalk from the shell, so that is relevant.
>
> Thanks for your input.
> Mike
> ________________________________________
> From: Dev [[email protected]] on behalf of Dominig ar Foll (Intel
> OTC) [[email protected]]
> Sent: 07 November 2014 9:35 AM
> To: [email protected]
> Subject: Re: [Dev] Nameserver in connmanctl
>
> Hello,
>
> note that application are not launched from a shell and variable
> propagation is not automatic.
> This sound like a bug to me.
>
> @Micheal
> please raise a bug in Jira with your detailed use case.
>
> I would propose the title
> "Com sub system fails to propagate Proxy variable into Crosswalk"
>
> I honestly believe that the issue is more complex that it seems, because
> the proxy info can change while Crosswalk is already leaded and a
> notification model will likely be needed.
>
> Thanks for the finding.
>
> Dominig ar Foll
> Senior Software Architect
> Open Source Technology Centre
> Intel SSG
>
> Le 06/11/2014 18:56, Michael Johnson a écrit :
>> Hi all,
>>
>> I removed the proxy settings I set from the environment, but left the
>> proxies and DNS settings in connman as they were, and also left the proxies
>> set in xwalk.service alone as well. I needed to install an rpm using
>> zypper, but the connection was refused, until I exported the https_proxy to
>> the environment again. So it seems that connman isn't doing what it should
>> be doing. It also looks like crosswalk is acting like the desktop browsers
>> where you have to set the proxies in the preferences before you get to the
>> internet. So in essence, the proxies are set to cover crosswalk, but
>> doesn't seem to extend to the environment. I did check the environment to
>> see if these proxy variables are set there after the xwalk.service is run,
>> but they weren't.
>>
>> Bottom line, I'm going to have to file a bug.
>>
>> Thanks to all for your input
>> Mike
>>
>>
>> MICHAEL JOHNSON
>> Embedded Software Engineer
>>
>> Symphony Teleca
>> Sunley House, 46 Jewry Street, Winchester, Hampshire, SO23 8RY
>> Phone: +441962868866, Fax: +441962868867
>> mailto:[email protected]
>> http://www.symphonyteleca.com
>>
>> Teleca Limited, a company registered in England & Wales, registration number
>> 2773878, registered office at Sunley House, 46 Jewry Street, Winchester,
>> Hampshire SO23 8RY. VAT registration number GB 674 6583 90
>>
>> Follow what's going on at Symphony Teleca's blog on
>> http://www.symphonyteleca.com/blog. Please consider the environment before
>> you print.
>>
>> Notice to recipient: This e-mail (including any attachments) is meant for
>> the intended recipient only, may contain confidential and proprietary
>> information, and is protected by law. If you received this e-mail in error,
>> please immediately notify the sender of the error by return e-mail, delete
>> this communication and any attachments, and shred any printouts.
>> Unauthorized review, use, dissemination, distribution, copying or taking of
>> any action based on this communication is strictly prohibited.
>>
>> ________________________________________
>> From: VanCutsem, Geoffroy [[email protected]]
>> Sent: 06 November 2014 5:37 PM
>> To: Michael Johnson; Macieira, Thiago
>> Cc: [email protected]
>> Subject: RE: [Dev] Nameserver in connmanctl
>>
>>> -----Original Message-----
>>> From: Dev [mailto:[email protected]] On Behalf Of Michael
>>> Johnson
>>> Sent: Thursday, November 06, 2014 5:47 PM
>>> To: Macieira, Thiago
>>> Cc: [email protected]
>>> Subject: Re: [Dev] Nameserver in connmanctl
>>>
>>> Hi Thiago,
>>>
>>> Yes, I did miss the point regarding DNS. Duly noted. Thanks for clearing
>>> that
>>> up for me.
>>>
>>> Actually the problem seems to be that crosswalk is not using the proxy
>>> envinronment variables or the proxies set with connmanctl. Trust me, the
>>> proxies were set correctly in both places.
>>>
>>> I don't see why I have to add these environment variables in xwalk.service
>>> for the browser to work. I never had this problem with MiniBrowser.
>>>
>>> So the question is, is this by design or a bug?
>> I'd say Crosswalk ought to get the proxy info from ConnMan so this is bug
>> IMHO.
>>
>> Geoffroy
>>
>> -----------------------------------------------
>> Intel Corporation NV/SA
>> Kings Square, Veldkant 31
>> 2550 Kontich
>> RPM (Bruxelles) 0415.497.718.
>> Citibank, Brussels, account 570/1031255/09
>>
>> _______________________________________________
>> Dev mailing list
>> [email protected]
>> https://lists.tizen.org/listinfo/dev
> _______________________________________________
> Dev mailing list
> [email protected]
> https://lists.tizen.org/listinfo/dev
_______________________________________________
Dev mailing list
[email protected]
https://lists.tizen.org/listinfo/dev
