Hi Ravneet,

We do recommend using the advertised_browser virtual capability as it will accurately pull the browser directly from the user agent string during run-time.

Let me know if you have any other questions or concerns.

Thanks,

Aaron

Hi, Thanks for reaching out. I noticed that the documentation that you provided is for the PHP-DB API - separate from the PHP API. The minimum PHP requirement for the PHP API is PHP >= 5.4 (suggested 5.6 or higher) while the minimum for the PHP-DB API is PHP >= 5.3 The documentation you will want to...

Hi, I just noticed that your API version (1.4.4.1) is extremely outdated. The reason why NULL is being returned is because Virtual Capabilities were first introduced starting with API v1.5 Are you able to update your API to the latest release (v1.8.4.0) and let me know if you are still seeing the sa...

Hi, I see what you are saying, however, due to the way virtual capabilities work, there is no function or method to dump all possible outcomes for virtual capabilities. This is due to the fact that virtual capabilities return a value which are calculated by the API during runtime while all physical ...

Hello, Thank you for reaching out. If I am understanding correctly, it appears that you are trying to "Extract WURFL device data file in CSV format". If so, the reason why virtual capabilities is returning NULL is due to the fact that virtual capabilities are not preset values - they are calculated ...

Hi Medicom,

It does mean that prior to the release of API v1.8.3, Mac OS 10.12 was identified as Mac OS X. API v1.8.3 was released 2017-01-31, so since then the change has been in effect.

Aaron

Hi Medicom, The change in detection is as intended. Beginning with v10.12 Apple re-branded their OS from Mac OS X to MacOS and WURFL Cloud reflects this change. Also, we intentionally do not include advertised_device_os values since they are derived from the UA itself during runtime. Hope this clari...

Hi Medicom,

Thank you for letting us know. We are taking a look into the issue and will provide you with an update as soon as possible.

Thanks,

Aaron

Alex,

Glad to hear. Moving forward, please feel free to send any requests you may have to support@scientiamobile.com

Thanks,

Aaron

Hi Alex,

My IT team have confirmed that all issues have been resolved and the EU region is now back in service. Are you able to confirm this on your end?

Thanks,

Aaron

Hi Alex, Our IT team has identified an issue on one of our servers in the European region, which was returning HTTP error 500s to some clients. Traffic has been diverted away from this server until we can resolve the issue. For now, your traffic is being served from North America and Asia. I'll chec...

Alex,

Are you able to let me know the domain you are using the service from?

Aaron

Hi Alex,

Thanks for providing the details. We are investigating the issue and will check back in with you as soon as we have an update.

Thanks,

Aaron

Hi Alex, At the moment, it is difficult to tell what the issue is as your direct requests are hitting our server and returning a response. It could very well be a configuration issue. To help us better understand the situation, are you able to let me know the following: - When did you start having i...

Hi Arti,

There is no way to determine the language based on the device profile. We would recommend that you try looking at the locale in the user agent string.

https://www.w3.org/International/questi ... ng-locales

Thanks,

Aaron

Glad to hear everything worked out! For future references, please feel free to reach out to us at support@scientiamobile.com

Thanks,

Aaron

Hi Eric, Thanks for the follow up. If you have access to your primary licensed account (davestewartcake), you can download the full licensed copy of the Java OnSite API (v1.8.3.2), along with the full WURFL.xml file. If you are able to test using the full fledged versions, please give it a try and l...

Hi, Thank you for providing the information. We will take a look into the issue and check back in with you as soon as there is an update. In the meantime, are you able to verify the date of your WURFL.xml? Also, if it turns out that switching to the Scala OnSite API is the most optimal choice here, ...

Arti,

It appears that your WURFL.zip file is either empty, corrupt, or a .zip not in .zip format. Are you able to try downloading the WURFL.zip file once more and run it through the API?

Thanks,

Aaron

Thanks Arti, we will take a look into the issue and will follow up with you as soon as we have an update.

Aaron