Knowledgebase : 8) Product Compatibility
   

We have two official states for browser support - 'tested' and 'supported':


Tested - FrogLearn has been specifically tested in this environment. The Service Desk will log any incidents and report problems (bugs) to the development team for investigation.


Supported - FrogLearn is expected to function in this environment but FrogLearn does not necessarily receive a full test pack to cover all scenarios. The Service Desk will log any incidents and report problems (bugs) to the development team for investigation.

Environments that fall out of this are unsupported and whilst we will attempt to help with a work around where possible, problems are not reported to the developers and a such as not likely to be resolved by a formal build.

At present, FrogLearn is fully tested under:

  • Internet Explorer 10 (Windows 7)
  • Internet Explorer 11 (Windows 8)
  • Chrome (Latest two versions)
  • Safari under iOS (Latest two versions)


Although the above browsers are the only ones that receive a full test as part of rollout, due to its use of HTML5 and CSS3 FrogLearn should perform well in any modern browser - including Safari (OS X) and Firefox.

Whilst Frog is developed to work on all modern browsers, as with other applications of its type, you may notice differences from browser to browser.

 

 

 

 

 

Due to a recent change in Google Chrome, the prompt for 'insecure content' (i.e. content coming from HTTP and not HTTPS) is fairly well hidden. We are working with our developers to investigate this issue but should you discover embedded websites are not working, a number of workarounds exist:


Option 1 – Use a different browser. We have tested using IE9 and IE10

Option 2 - Use the following workaround:
When you load up a site that has HTTP content trying to be passed in Chrome you will see a shield icon appear in the top right-hand corner of the browser address bar. Click on this shield and then click on the text "Load unsafe script". The page will refresh and when you go back to the site/dashboard the site entered into the "Website" widget will now load successfully.

Option 3 - Manually apply the appropriate windows or Mac workaround solution provided below -
- On Windows
1). Right click on your "Chrome" icon
2). Choose properties
3). At the end of your target line add the command line flag. For example - "--allow-running-insecure-content"
4). With that example flag, it should look like – chrome.exe --allow-running-insecure-content

- On an Apple Mac
1). Open up terminal
2). Run the command /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --allow-running-insecure-content
This will automatically open up Google Chrome with mixed mode essentially enabled for this one single browser session.