|
The features on this page require a GENESIS64 Advanced license and are not available with GENESIS64 Basic SCADA . |
Feature Parity Improvements
HTML5 browsers and the MobileHMI apps for iOS and Android can now use the following controls and functionality that were previously only available in the desktop GraphWorX64 app (WPF) or the Universal Windows Platform (WPF) MobileHMI app.
• New in 10.96
o The camera control is now supported
• Added in 10.95.4
o Data Explorer custom styles for its GridWorX, TrendWorX64, AlarmWorX64, and Schedule Viewer components
• Added in 10.95.3
o Schedule Control
BACnet Calendar View
BACnet Schedule View
Weekly view
Holidays view
Exceptions view
Support for saving changes to schedules
o AlarmWorX64 Viewer's Flip View
New HTML5 Support for Integrated Authentication
As of 10.95.4, HTML5 supports Integrated Authentication with ICONICS security, where possible. Note, not all browsers support this functionality, and the system must be configured to meet these specifications:
Both the server and the clients must be joined to the same domain (or trusted domains).
The IIS Application Pool of AnyGlass (IcoAnyGlass) must run under the LocalSystem account. (This is the default when installing.)
The Authentication settings of the AnyGlass application in IIS must allow “Windows Authentication” and must disallow “Anonymous Authentication”.
In the FrameWorX Server Location dialog, on the Servers tab, the Client Authentication must be set to “Integrated Windows Authentication”.
In Workbench, Security must be connected to Active Directory, and the Automatic log in option must be Enabled (this is the default).
Known Supported Browsers
• Internet Explorer – Works out of the box.
• Edge – Works from a remote machine, but not from the same machine as the IIS server. This is a known Edge issue.
• Firefox – Additional configuration is necessary (it is required to add the server url into network.negotiate-auth.trusted-uris).
Known Unsupported Browsers
• Chromium browsers (Chrome, Opera, etc.) – There is a known issue in Chromium which causes the NT-based login to fail for WebSockets. As WebSockets are necessary for HTML5 deployment, this means that these browsers cannot support Integrated Authentication until the issue is fixed. As of the publishing of this document, the issue has not yet been fixed, but it seems likely that it will be in the near future. For more information about this Chromium issue, see https://bugs.chromium.org/p/chromium/issues/detail?id=423609.
See Also: