non accurate form_factor matching
Posted: Mon Jan 22, 2018 5:25 am
hey,
using the latest wurfl.xml & API.
we have a set of UAs that are identified as "Desktop" (using the form_factor capability)
for example, take a look on the list below. all of them were identified as "desktop".
from a quick search those are http clients implemented in different languages, that can, theoretically be implemented both on mobile, tv, or desktop. for example, okhttp is a android & java http client.
okhttp/3.9.0
okhttp/3.5.0
okhttp/2.7.1
Apache-HttpAsyncClient/4.1.3 (Java/1.8.0_20)
scalaj-http/1.0
Go-http-client/2.0
is it intentionally ? personally, we prefer to set form_factor rather than giving incorrect values.
using the latest wurfl.xml & API.
we have a set of UAs that are identified as "Desktop" (using the form_factor capability)
for example, take a look on the list below. all of them were identified as "desktop".
from a quick search those are http clients implemented in different languages, that can, theoretically be implemented both on mobile, tv, or desktop. for example, okhttp is a android & java http client.
okhttp/3.9.0
okhttp/3.5.0
okhttp/2.7.1
Apache-HttpAsyncClient/4.1.3 (Java/1.8.0_20)
scalaj-http/1.0
Go-http-client/2.0
is it intentionally ? personally, we prefer to set form_factor rather than giving incorrect values.