CMS 9.5 Release Notes

Ingeniux CMS 9.0 Service Release 5 (SR5) includes 132 updates, including several new features. It also contains all features and enhancements from the initial CMS 9.0, CMS 9.0 SR1, CMS 9.0 SR2, CMS 9.0 SR3, and CMS 9.0 SR4 releases.

Release Summary

Ingeniux CMS 9.0 Service Release 5 (SR5) includes 132 updates, including several new features. It also contains all features and enhancements from the initial CMS 9.0 release, the CMS 9.0 SR1 release, the CMS 9.0 SR2 release, the CMS 9.0 SR3 release, and the CMS 9.0 SR4 release. Learn more about key enhancements and important upgrade information below.

Build Number


Change List

New Features and Feature Updates

  • Support for SAML 2.0–based SSO login for the CMS.
  • Workflow notification emails can now be sent as the advancing user.
  • Administrators can delete site exports on the Site Export tab.
  • New DSS memory management features to collect unused memory in faster intervals.
  • Increased logging for LDAP authentication.
  • Web-based search source configuration eliminates need for server-based configuration file editing with support for uploading existing configuration files.
  • DSS now ships with InSite Search 2.0, which has many new updates and features, including filtering by locale, suggestive search, search analytics, and more.

CMS and DSS Resolved Issues

  • Resolved CMS Login issues caused by RavenDB errors
  • Pages with Page Builder presentations now use the same DSS runtime cache settings, reducing CPU load on presentation-based pages.
  • DSS sites have better memory management when using the new TightMemoryControl setting—memory is reclamed after each publish if set to true.
  • "Index (zero based) must be greater than or equal to ..." error message no longer displays when checking in a page with a list of children that was upgraded from 8.0 to 9.0.
  • The Mark for Publish dialog no longer displays a 400 Bad Request error in Chrome or Firefox.
  • Redirects with multiple "to" paths on different publishing targets work as expected.
  • Specific types of Local Exports on a navigation no longer cause a stack overflow on the DSS.
  • Creating a page using a page creation rule fetches the specific page node IDs rather than searching all page node IDs.
  • Removing page creation rules from a parent page no longer shows duplicate page creation rules after attempting to save the changes.
  • Schema Designer download no longer converts the default values in the element list to lowercase.
  • Addressed a navigation caching issue with an embedded navigation component where the type was not defined.
  • Page creation rules with the "Automatically Select Parent Page Location for Page Creation" option disabled no longer throw an error and prevent users from creating a page.
  • Web.config in the DSS Prebuilt directory are no longer removed on full publish if set as a replication cleanup exclusion.
  • Taxonomy Navigation StartNodes now have the "CategoryNodes/" prefix removed on publish.
  • Pages using Page Builder layouts no longer require the write permission on the content location to render properly.
  • Case sensitivity is preserved with wildcard redirects.
  • The Taxonomy Associations tab in the CMS no longer truncates the list of associated pages in Chrome and IE.
  • The DEX SOAP component no longer fails if TLS 1.0 is disabled.
  • Schema sync doesn't throw a null object error on reference elements.
  • When the IsActive feature is toggled on a workstate in the Workflow manager, the state is propagated to all workflows that use the same workstate.
  • Navigation caching issues should no longer occur if the DSS site is served from the publishing target folder.
  • Publishing targets are listed alphabetically on the Publishing Targets menu.
  • The Date Modified column in Schema Designer is now sortable.
  • The specified Allowed Users and Allowed Groups no longer receive a content freeze email notification.
  • The Create button on an embedded component reappears after the embedded component has been cleared.
  • Addressed an issue where the text content unit field of a page presentation no longer expanded due to an issue with an IE11 update.
  • Addressed an issue where newly created schemas didn't appear in the Page Creation Rule manager.
  • If a page is marked twice for a publishing target during a generation upgrade, the upgrader selects the first instance of the page and continues upgrading without failure.
  • The Assignments pane no longer displays a "Request URL too long" error if there are more than 1035 security descriptors for a CMS site.
  • The "Show all pages" and "Exclude lingual maps from preview" options correctly display pages not marked for publish.
  • The FilterSchemas attribute can be synced on taxonomy navigations, much like component types.
  • The SOAPEnvelop value is preserved in a new DEX schema page when migrating a GenericSoapClient page to CMS 9.0.
  • The Go to button displays on a group of components on checked-in pages.
  • The Generation Upgrader bypasses empty UIDs for navigation components and uses their xIDs as the unique value.
  • An installation error no longer occurs if a site export a file or path exceeds 260 characters.
  • Workflow notification emails generate the correct URL to the advanced page.
  • The CMS export tool preserves the case sensitivity of all folders.
  • Workflow Reports will no longer display a null reference error when migrating workflow history from version 8.
  • Replication exclusions are properly migrated from CMS 8.0 to CMS 9.0.
  • The Go To field works for page names that are all numbers.
  • CMS login continues to function if TLS 1.0 is disabled.
  • Empty navigation types no longer default to a child navigation and instead return no node information.
  • DSS upgrader preserves URL Rewrite configuration in web.config.
  • The CMS upgrader updates DEX search components to contain additional category information.

InSite Search Resolved Issues

    • Category IDs have been added for indexed items as a new default Lucene field.
    • Querying multiple categores on DEX search components is delimited by commas and not spaces.
    • Default DEX search results are paginated to the first page instead of displaying all results.
    • Field and schema names are sorted alphanumerically.
    • New search parameter catIDs has been added to allow filtering of search results by CategoryID instead of CategoryNames.
    • Spellchecker and analytics sources reindex with the main index.
    • Keymatchsearch indexes both pub content and content from a *.csv.
    • Assembly bindings for external service (Ingeniux.Search and Ingeniux.Support) are uncommented and incremented to the correct versions.
    • Site Crawler will batch results to increase crawl speed.
    • Single and multiple-worded synonyms return the correct results.
    • Searching for multiple Japanese characters returns results.

    Important Information/Known Issues

    SAML Login Support for CMS

    Ingeniux CMS 9 SR5 has built-in support for SAML 2.0 login to ADFS, Ping, Okta, and other SSO vendors using a new membership provider type. Ingeniux CMS supports multiple IdPs in an SP-initiated configuration and also supports IdP-initiated SSO from a single source. See the SAML configuration documentation for setup instructions.

    Web Based Search Configuration Known Issue

    The web-based search configuration replaces the need to manually configure the searchSource.config file for a publishing target. However, it doesn't fully support IE11. Users can use current versions of Chrome, Firefox, Safari, or the Microsoft Edge browser. A patch for IE11 is available upon request.

    In-Context Editing IE11 Known Issue

    Microsoft recently updated IE11 with changes that create an error when users navigate between In-Context Editing (ICE) mode of Page View and other tabs for a given page. The CMS displays an error message, and ICE doesn't function. Users must navigate to a different page—using any tab—to restore ICE functionality. A patch for IE11 is available upon request. This issue will be resolved in the next service pack and/or when Microsoft releases a subsequent patch for IE11 that reverts their earlier change.

    InSite Search Upgrade Required Action

    Customers that use InSite Search need to make the following changes during upgrade. The DSS upgrade wizard replaces current local DLL references to InSite Search DLLs with Nuget-based references. After upgrading the DSS site, open the project in Visual Studio and perform a Nuget update on the Insite Search 2.0 package to the latest stable release. If the site is using Dynamic Execute (DEX) components, sync the schemas to the newer DEX schema versions that were added during installation. If the site is using a custom controller, compare the existing code to the current release sample controller. Upload existing searchSource.config files to the new web configuration interface (as described above) and remove any replciation exlcusions for searchSource.config. When the code updates are complete and published to the DSS environment, delete your DSS search index and trigger a reindexing of your content to capture new standard fields such as Category ID and Path. Contact Ingeniux Support if you have questions.

    New DSS Instances Created with Source Code Option Known Issue

    New DSS instances created with the Deploy Source Code option need manual .csproj file and packages.config editing in Visual Studio. Contact Ingeniux Support if you need to create a new DSS site with a source template.

    Required Asset Controller and Global ASAX Code Updates

    The automatic upgrade system doesn't replace global.asax or the asset async controller. Clients must replace these files with the newest versions shipped in CMS 9.0 SR5. If these files have been modified they should be merged between the existing customized version and the new version.

    Microsoft .NET 4.5.2 Required

    CMS 9.0 SR5 requires .NET 4.5.2 to be installed on all CMS and DSS instances. The IGXSetup wizard validates that it's available before you may continue. Microsoft .NET 4.5.2 can be installed side-by-side with earlier .NET 4.5.x releases. DSS Preview and DSS instances can be both upgraded to .NET 4.5.2 automatically using the Ingeniux wizards. However, any custom projects or third-party libraries that are linked to a CMS or DSS project will also need to be re-targeted to .NET 4.5.2 in Visual Studio.

    Windows 2012 R2 Requires Microsoft KB Update

    All Windows 2012 R2 servers that have the November 2014 Microsoft update installed need to have an IIS level patch applied to them. See this Windows Server 2012 KB article for patching information.

    Custom InSite Search MVC Controllers May Require Updates

    Sites that implemented InSite Search in CMS 8.0 using a custom MVC controller need to slightly update their controllers, as described in this article.

    Installation Wizard Changes

    The Create Ingeniux CMS Site Instance wizard now supports using a CMS site export .zip when setting up a new CMS instance. The user created during setup is added to the imported site's administrator group. The Import Site wizard allows a CMS site export .zip to overwrite the existing CMS instance's database with a new content database. All content is replaced. The user specified is still added to the administrator group during import. The DSS Site Setup wizard can also perform upgrades to existing DSS sites and will upgrade and rebuild the selected DSS MVC project.

    Default CMS Site Instance Installation Path

    Newly created CMS site instances have separate \Site\ and \DB folders created under the \SpecifiedCMSInstanceName. The \Site folder contains all CMS application code. The \DB folder contains all application data. Existing sites that are upgraded won't have these folders.

    DSS Path Recommendations

    Due to ASP.NET and IIS restrictions, all DSS sites should be configured so that the content source location (PageFilesLocation) is outside the DSS application installation path.

    Mark For Publish Behavior Change

    Content items must be checked-in at least once before they can be marked for publish.

    Start & End Date DSS Behavior Change

    Pages with Start and End dates set in Page Properties have been filtered from links and navigations for many versions. In CMS 9 SR4+, they will also no longer be accessible by direct URL or xID. Expired pages will return a HTTP 404 friendly error page saying the page is not found until the page is no longer expired. Customers can redirect the URL to a different location for an alternate behavior.

    Page Builder Requires Responsive Framework CSS/JS Inclusion

    Ingeniux Page Builder requires templates (XSLT or MVC) to include the CSS of the responsive framework you have selected (by default, Bootstrap 3.x). Existing responsive templates may have these files included already. To enable Page Builder, non-responsive sites can add them to create columnar layouts within a fixed-width design; however, the Bootstrap or Foundation CSS may affect how the non-responsive sites render.

    Last Generation Upgrade vs Standard Upgrade Wizard

    Ingeniux CMS 9.0 has two different upgrade wizards. The CMS Site Last Generation Upgrade wizard copies an existing CMS 8.0 site; sets up a new CMS 9.0 instance; and migrates the content and the DSS Preview project from CMS 8.0 to CMS 9.0, leaving the original CMS 8.0 site untouched. (Learn more about this wizard in the CMS 9.0 Upgrade Guide.) The Site Upgrade Wizard upgrades from a previous CMS 9.0 version to the current version, similar to CMS 8.0.

    Pre-Upgrade to CMS 8.0 Required For Earlier Versions

    Customers using Ingeniux CMS 7.5 or earlier must first run the CMS 8.0 upgrade wizard before proceeding with a CMS 9.0 generation upgrade. Learn more in the CMS 9.0 Upgrade Guide.

    Software Requirement Changes

    ASP.NET 4.5.2 is now required. Because this framework doesn't support Windows Server 2003 and IIS 6.0, they are no longer supported for CMS 9.0. In addition, Ingeniux CMS 9.0 only supports 64-bit versions of each operating system when more then one configuration is available. Learn more in the Ingeniux CMS hardware and software requirements.

    MVC 5 Allowed Syntax Changes

    The Microsoft MVC 5 update no longer allows the @ symbol Razor syntax to be used within an existing @{ } braced Razor code block. Essentially, no nested @ statements are allowed. A compiler message may appear in the DSS Preview window indicating there is a syntax error in your view.

    Hardware Requirement Changes

    Ingeniux CMS now requires a minimum of 4 CPUs and 4 GB of RAM. The new version is multithreaded and performs significantly better when it meets the recommended base configuration of 8 CPU cores and 8 GB RAM. Larger sites may require more RAM. Learn more in the Ingeniux CMS hardware and software requirements.

    RAM Usage Behavior Change

    Similar to Microsoft SQL Server, the embedded NoSQL database used in CMS 9.0 reserves system RAM for potential future use, so the total memory allocated to Ingeniux CMS 9.0 processes is higher than it was in CMS 8.0. Additional resources may be required for very large sites. 

    Multiple CMS 9.0 Versions Side by Side Now Supported

    Each CMS site instance runs its own version or build of Ingeniux CMS 9.0, so installing a new CMS 9.0 version on the server doesn't affect any previously installed instances. 

    Version 8.0 and Version 9.0 Side-By-Side Supported

    All CMS 9.0 instances are unaffected by any existing CMS 8.0–based installations.

    Visual Studio 2012 or Higher Required for .NET Developers

    Since CMS 9.0 SR4 uses ASP.NET 4.5.2, all .NET development work requires Visual Studio 2012 or higher to edit and compile a DSS Preview or DSS project. You must install the .NET 4.5.2 Dev Multi Targeting Pack to edit .NET 4.5.2 projects in Visual Studio.

    ASP.NET and MVC Automatic Upgrade and Rebuild Process for DSS and DSS Preview

    The SR4 Last Generation Upgrade wizard now automatically attempts to recompile the DSS Preview Visual Studio project and update it to ASP.NET 4.5.2 and MVC 5. It returns information on the success or failure of the upgrade and recompilation. Recompiling manually, required with CMS 8.0, is still supported.

    The CMS Site Upgrade used for CMS 9.0–to–CMS 9.0 build upgrades also updates and recompiles the DSS projects.

    Internet Access Required

    All CMS- and DSS-supporting library updates are delivered using the Microsoft NuGet packaging system, which downloads from the Internet. A DSS or DSS Preview upgrade and/or rebuild will fail without Internet access.

    CMS Extensions/Customization Project

    All CMS extension customization points—custom hooks, custom tabs, custom workflow actions, etc.—are now managed in a single Visual Studio project that has full debugging support. Learn more in the "How To" article for the CMS 9.0 development harness project.

    Custom Hook and Custom Tab Migration

    The APIs in CMS 9.0 have been migrated to a .NET 4.5.2 format using C# instead of the JScript used in CMS 8.0 and earlier. The custom hooks file is still in the /Custom folder. It is now a .CS file instead of an .INC file and uses C# instead of JScript. The CMS 9.0 CSAPI is publicly documented. The metaphors are very similar to those in CMS 8.0 and earlier, but the syntax is slightly different due to the change in language.

    Custom hooks and tabs from CMS 8.0 and earlier won't cause errors in CMS 9.0 because they are disabled during migration until they have been syntactically updated to the CMS 9.0 format.

    Developer training is available through the Ingeniux 430 API training course. Ingeniux 360 customers can get immediate coding assistance from Ingeniux site implementation engineers. Ingeniux Professional Services is available to assist other clients who don't have internal staff to perform the update. Please contact Ingeniux Support or your account manager if you need training or assistance.

    XML Folder and Asset Storage Locations Changed

    The XML folder is now located at \CMSPath\App_Data\xml. Individual xID files are, by default, no longer written to disk until publish. Each xID now has a property that allows it to be "serialized" to disk from the database if your CMS or site implementation relies on reading physical files from disk (not recommended).

    Publish Folder Location Changed

    The publish folder is now located at \CMSPath\App_Data\pub instead of being a child of the XML folder location. The published XML files in CMS 9.0 are identical to those in earlier versions.

    Log File Locations Changed

    All CMS log files are now located in \CMSPath\App_Data\LogFiles. The history.log file has been replaced with a unified audit trail.

    Adobe Flash Required For Mass Upload

    Adobe Flash 10+ is required for the mass-upload features in CMS 9.0. Users without Adobe Flash have single-file upload capability. Future updates will move to HTML5 upload to match Ingeniux Cartella.

    Legacy Publish Deprecated

    The only publishing process available in CMS 9.0 is the Dynamic Publish system introduced in CMS 8.0. The legacy publishing capability from CMS 8.0 was removed due to lack of use, performance, and standards compatibility. All CMS 9.0 customers use Dynamic Publish.

    MSXML 6 Upgrade May Require Minor Template Changes

    XSLT templates that call JScript extension functions that internally use MSXML 4.0–specific Prog IDs will need to be updated to use the MSXML 6.0 Prog ID. The XSLT engine in CMS 9.0 is now 64 bit, and there are no 64-bit versions of MSXML 4.0.

    Internal User Database

    CMS 9.0 has an internal user store in the NoSQL repository for users and instances that do not have Active Directory or LDAP access. During site instance setup, a new administrative login and password are created for configuration purposes.

    Who Should Upgrade

    All Ingeniux CMS 9.0 customers should upgrade as soon as possible. All Ingeniux CMS 8.0 customers on any service release can upgrade to CMS 9.0 SR5 without an intermediate upgrade. Clients with extensive custom hooks or custom tabs should evaluate the level of effort required to migrate the JScript to C# syntax. Customers on CMS 7.5 and earlier must first temporarily upgrade to CMS 8.0 before continuing to migrate to CMS 9.0 SR5.

    Ingeniux Support will contact Ingeniux CMS OnDemand customers regarding the schedule for their OnDemand UAT and upgrade.

    Upgrade Guidelines

    To upgrade to CMS 9.0 SR5, follow these steps:

    1. Review the Ingeniux CMS System Requirements.
    2. Review the Ingeniux CMS 9.0 Installation Guide and/or CMS 9.0 Upgrade Guide.
    3. Contact Ingeniux Support to request a CMS 9.0 product key if you do not have one already.
    4. Configure a test environment with CMS 9.0 SR5 using a replica of the CMS 8.0 XML content.
      1. If upgrading from an earlier CMS 9.0, use a replica of the CMS 9.0 Content Database
    5. Create a new site in the test environment using the CMS and DSS Site Setup wizards. See the Installation Guide for details on how to do this.
    6. If upgrading from CMS 8.0, run the Ingeniux CMS Site Last Generation Upgrade Wizard in the test environment to upgrade the site content to the latest version of Ingeniux CMS. If upgrading from CMS 9.0 to SR5, run the Ingeniux CMS Site Upgrade wizard instead.
    7. Evaluate the site implementation in CMS 9.0 SR5 within the test environment.
    8. Perform a full publish and set up a DSS site in the test environment to evaluate the latest version's DSS features.
      1. In most cases, DSS and DSS Preview upgrades are now performed automatically by the upgrade wizard with CMS 9.0. Alternately, customers upgrading their MVC template sites can continue to manually update the Ingeniux API DLL in their Visual Studio project, build the DSS site, and deploy the new files to the DSS code location. See the MVC knowledge base article describing these steps.
    9. Implement the CMS 9.0 SR5 upgrade in the production environment following the same process.

    Ingeniux Support is available to work with your organization to determine the optimal plan and time frame for upgrading to the CMS 9.0 release.

    License Key

    Customers who upgrade from a previous version must obtain a new license key specific to CMS 9.0. Please contact Ingeniux Support at 1.877.299.8900 or to request a new product key.

    More Questions

    Please contact Ingeniux Support at 1.877.299.8900 or with any questions regarding CMS 9.0 SR5.