Closed Bug 900250 Opened 12 years ago Closed 9 years ago

Remove geo.gps.supl_server

Categories

(Core :: DOM: Geolocation, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: dougt, Unassigned)

Details

Currently supl is configure completely in the modem. Along with the server fqdm, TLS enabled and the server's certificate also have to be enabled. It is very easy to misconfigure the SUPL system. I worry that the preference in gaia makes things more confusing. In the best case, it is an override. I tend to think we should remove: http://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/GonkGPSGeolocationProvider.cpp#580 and put all of our trust in that the modem being configured properly. Furthermore, the supl server we are asking OEMs/operators to use will be TLS enabled. As i mentioned, part of the configuration is that you install the server's cert on the modem. Because of this, if you ever change the preference in gaia... the supl connection will fail because of a mismatched cert (we're not updating the cert w/ this pref!). Kan-ru, what do you think?
(In reply to Doug Turner (:dougt) from comment #0) > Currently supl is configure completely in the modem. Along with the server > fqdm, TLS enabled and the server's certificate also have to be enabled. It > is very easy to misconfigure the SUPL system. I worry that the preference > in gaia makes things more confusing. In the best case, it is an override. > > I tend to think we should remove: > > > http://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/ > GonkGPSGeolocationProvider.cpp#580 > > and put all of our trust in that the modem being configured properly. > > > Furthermore, the supl server we are asking OEMs/operators to use will be TLS > enabled. As i mentioned, part of the configuration is that you install the > server's cert on the modem. Because of this, if you ever change the > preference in gaia... the supl connection will fail because of a mismatched > cert (we're not updating the cert w/ this pref!). > > Kan-ru, what do you think? The GPS API requires a server name to connect to so we must have something to fill in. It was easier to test to read that from geo.gps.supl_server. How about make it a ro.gps.supl_server property in the android property system so that it's read-only (at runtime) and could be configured for each device under the gonk build system.
> The GPS API requires a server name to connect to so we must have something to fill in. It was easier to test to read that from geo.gps.supl_server. My understanding is that we don't need to mess with this at all. agps is configured by the OEM (just like the display driver, or file system). for us, we can see what was set by looking at /etc/gps.conf. Why do we have to make any call to the gps subsystem?
(In reply to Doug Turner (:dougt) from comment #2) > > The GPS API requires a server name to connect to so we must have something to fill in. It was easier to test to read that from geo.gps.supl_server. > > My understanding is that we don't need to mess with this at all. agps is > configured by the OEM (just like the display driver, or file system). for > us, we can see what was set by looking at /etc/gps.conf. You mean parse /etc/gps.conf? > Why do we have to make any call to the gps subsystem? Because this line is required: https://mxr.mozilla.org/mozilla-central/source/dom/system/gonk/GonkGPSGeolocationProvider.cpp#583
> mAGpsInterface->set_server(AGPS_TYPE_SUPL, suplServer.get(), suplPort); That is really required? That is really sad. In this case, we should read /etc/gps.conf. I'll ask some friends working on this to see if there is a reason for this.
s/read/parse
The geo.gps.supl_server pref no longer exists.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.