CM System Patch for Version 7.3 build 201306R01 (Patch id: B-01383)


The latest patch for version 7.3 is available and can be downloaded using the links below.

Important Note: This patch includes an upgrade to Ephox EditLive! (Version 9)

The Read Me for reference:
Rhythmyx Patch for Version 7.3.0 build 201306R01
Patch id: B-01383
Patch Install Toolkit version: 1.0


  1. Shutdown or close all Rhythmyx applications (server, workbench, etc.).

  2. Install the Rhythmyx Patch Install Toolkit by extracting to {installation root}.
    If you do not have the toolkit, contact Percussion Software Technical Support to obtain it. If the toolkit
    is already installed, go directly to step 2. The toolkit is installed if the following directory exists:
    {installation root}/Patch/InstallToolkit.

  3. Extract into {installation root}/Patch.

  4. Go to {installation root}/Patch/B-01383 and run install.bat (Windows) or (Unix) in order to install
    the patch. Uninstall.bat/.sh can be used to uninstall the patch. On Unix systems, the user must have execute
    permissions in order to launch the shell script(s). During both install and uninstall, the following warning
    message will be seen in the console:

    “Unable to locate tools.jar. Expected to find it in {installation root}\lib ools.jar.”

    This message is expected and can be ignored.

  5. See “Additional Configuration” for manual steps which may be required after installing/uninstalling the patch.

Additional Configuration:

B-01299 and D-01189
In an item link relationship, this patch will resolve site and folder ids appropriately even if these ids are
incorrect or if they are not selected from Ephox EditLive content browser. The system can automatically resolve any broken
links based on item location in the folder structure, information from the current page being assembled, information
from the include folder and site selected in Ephox EditLive content browser.

By default this feature is disabled. To enable add autofixFolderSiteIds=true property in 
Root/rxconfig/Server/ file.

This new feature allows the system to resolve the link path based on several criteria:

1.	Only one item: If an item is in only one folder in the entire system this feature should always link to only that 

2.	One or more copy of an item: If a copy of an item is created using copy as link, the system automatically 
	calculates the right item version to link to even if the include folder or site was not selected in the content 
	browser.  If include folder or site was not selected, the system will assume that the link is to the version that is 
	in the closest folder path. Please note that for some unknown reason if such links are still broken, recreating the 
	links by including the folder path in the content browser will ensure that the correct version of the item is linked.  

	Example use case: The original version of an item is in the local site, but you want to link to the copy of this 
	item from another site.

3. 	Multiple sites with same folder path: There may be cases where more than one site is configured pointing to the 
	same folder path. Such sites configurations allow publish the same site content to multiple servers like staging, qa 
	or production. If you currently have this setup, turning on autofixFolderSiteIds feature will log errors to indicate 
	that additional configuration is required. If this feature is enabled in the system and with multiple sites referring 
	to same folder path, we now need to decide the default site and configure rest of the site in groups.  For example, 
	in a Staging and Public sites setup where both configured from same folder path, the public site would be the default 
	as that is the site to which the item will be linked if no site information is provided and staging site need to be 
	configured as site group. There default site must not be configured. The sites not configured in groups are treated 
	as default sites. The site groups are configured using siteGroups.<groupName>=<siteid>[,siteid] property in 
	Root/rxconfig/Server/ file.  For example if staging site id is 305 then in file to 
	create staging site group you need to have siteGroups.staging=305.  In case of multiple staging sites in the system, 
	separate the site ids by comma as siteGroups.staging=305,307.
Modify User Velocity Macros
	An old form of $rx.location.generate used in imghelp macro which comes with the Fast Forward User Velocity macros file does 
	not handle items in multiple folders well.  To make use of the folder and site fixup here, you should change this to pass 
	$sys.assemblyItem as a parameter.  This allows the function to accesse the original site and folderid of the page in caluclating
	the correct folder and site for the passed in node.  Some of the other parameters on this method are no longer required as the
	values can be obtained from the $sys.assemblyItem.  This should be changed elswhere in the template code it is also used with these 
	same parameters.
	Change the following line in User Velocity Macros:
	#macro(imghelp $image $template)$rx.location.generate($template, $image, $rx.location.folderPath($image),$sys.assemblyItem.getFilter().getName(), $sys.assemblyItem.getSiteId().longValue(), $tools.number.toNumber($tools.list.get($sys.params.get('sys_context'), 0)) )#end
	#macro(imghelp $image $template)$rx.location.generate($sys.assemblyItem, $template, $image)#end

The extra warning messages and prevention of table cloning on field deletion will not be available unless Workbench is upgraded. This patch
provides a new workbench version which can be downloaded from the server from the following path.

Review the separate document outlining the changes to Ephox and check if inline template code requires modifications.

Fixes Included:

TK-01923 Updates for Java 7u45
Oracle added further changes to the security model in Java 7u45 requring developer changes to the packaging of applet code. This update
addresses these issues and removes security warnings caused by the changes. The required chages are incompatible with changes required since
Java 7u21 to remove warning dialogs. Unless the client JRE is updated to update 45 these warnings will return with this patch to users
currently using older JRE versions since update 21.

		As with previous version since Java 7u21 users may still see a dialog from the Publisher PERCUSSION SOFTWARE and when accessing the Editor form 
		from Ephox Corporation.  These will warn the following
		"This application will run with unrestricted access which may put your computer and personal information at risk.  Run this application only if you
		trust the location and publisher above"
		This warning is now required for the applets to function and communicate with the browser via Javascript.  
		If the user selected the checkbox against "Do not show this again for apps from the publisher and location above" they should not see these dialogs
		We recommend that all customers update to this Patch and Java version to take advantage of the security fixes Oracle have added in this release.

Fixes Included from Patch B-01331:

B-01300 Changed parser to remove extra HTMLTidy process and handle content that may not be well formed xml.
Ephox has been updated also to version 9 in this process. This change has many improvements over the existing
field processing. White space and other non xml content are now handled with minimal re-formatting. Spacing
from inline templates is now passed through without change so templates should be reviewed if a particular
spacing/format is require.
See the separate document for the full information about the changes.

B-01321 Preview is not passing additional HTTP Parameters
Extra html parameters set up in workbench for Menus are now passed through to preview url making them available to template.

B-01294 FTP unpublish issue
The file path for unpublish was sometimes miscalculated with ftp publishing causing unpublish failure.

D-01189 Patch for folder and site ids improvements and fixes
See Additional Configuration

D-01024 In content editor, calendar control’s Today button does not populate current date calendar control
Control has been updated to a jquery control. The “time” control parameter is still used to indicate if the
date or both date and time should be used.

D-01226 Adding a field to Contact Content type - Workbench Freezes
Adding and Removing fields no longer causes entire content table to be copied. Changing field data type will still clone
and recreate table. A warning is provided as this can take a long time for large content tables and those containing binaries.

D-01256 System validates for email id for notification even if notification is not enabled in workflow transition
Email address for all uses in transition role was being retrieved from LDAP even when no notification was being sent.

D-01298 Error in assembly is not causing publishing failure
Some errors in assembly were not triggering failure of page to be published and error message would be delivered.

Fixes Included from Patch B-01299:

D-01189 Publishing to Staging server de-activates “Rx inline links”

Fixes Included from Patch B-01297:

D-01282 Update 7.3 patch 7.3 Install may not overwrite Ephox plugin jars

Fixes Included from Patch B-01267:

D-01257 : Inline controls in Ephox EditLive 8.1 broken when the edit live field is in a field group

Hi, we installed the previous 7.3 patch that was released to fix the java issues, B-01331 and have seen terrible performance with the content explorer applet. Is that fixed in this patch, B-01383? In our dev env with less content performance isn’t terrible, but in our testing environment with more content it’s pretty much unnusable. When selecting a content item it takes 2-3 minutes for the item to be highlighted. We’ve logged a support ticket too, but thought I’d check here also. We’re sort of in a crunch b/c we’re getting the latest java 1.6 (paying for support) pushed out to all our users on 11/21.


Content explorer has always been slow for us (about 30s - 90s for a folder to open). This latest patch doesn’t seem to reduce that time. We are not experiencing the 1 - 2 minute delay in selecting an item…

That’s crazy, is that with 7.3.0? We’ve been on 7.2.0 and haven’t had performance issues like that. 7.3.0 is the first time we’ve seen content explorer performance issues. Do you have folder caching turned on?

We are on 7.3 with patch B-01383 (so the latest). I’m pretty sure folder caching is on (where would I verify that?). Once you open a folder, going back to it is really fast… as long as you are in the same machine… Of course it doesn’t do anything smart like getting sub folders, so if someone has to edit an item a couple of folders deep…not so pleasant experience. We had filed a ticket with TS a couple of months ago regarding this, but as other customers haven’t mentioned it, it seems unique to our environment (and yes, this problem was also there on 6.7, 7.1, 7.2).

In server administrator, the ‘Settings’ tab, ‘Caching’ sub-tab (at the bottom). There’s then a checkbox for ‘Enable folder cach’.

Yup, we have it on.

FYI, we do appear to have a copy / paste issue on a Mac (10.8.5, Java 7 u 45): we are unable to do so from an other program such as word. We get an error in the Java console log:

(AWT-EventQueue-3) IO error while dropping. < Font transform has NaN position> Font transform has NaN position


On the bright (?) side, we get the same error on the Ephox edit live demo site… Anyone else having the same problem with Ephox 9?

Note that it appears to work fine on Firefox with Windows 7 so it might just be a Mac thing.

We’re having problems with the Ephox editor (9.0) in this patch, but only on Macs. The Ephox editor does not save content, or retain content when going from “Design” to “Preivew” to “Code”. I tried updating to the latest Java version (7 Update 45), and now I can’t add content at all, it just shows the spinning “load” gif.

Any suggestions? Should we undo this patch?

Please be sure to clear the java cache and certs. Aside from the copy / paste issue, it works well for us with Safari on a Mac. I think there are directions somewhere on the forums on how to clear the local ephox files too (if clearing cache and certs doesn’t work for you)

Clearing the Ephox cache (deleting “Ephox” folder in ~/Library/Cache) did the trick. Thanks! I had already deleted the java cache, but it needed both.

How soon until the next patch for 7.30 will be released? We upgraded to 7.3 patch B-01383 from a 7.20 install, and our Content Explorer performance just started lagging and slowing down our work (and we’ve cleared browser and Java caches, double-checked server settings, restarted the server numerous times, etc). While working on an unrelated ticket with someone from your support staff, I had asked about the performance issue and the response was that there is another patch currently in the works to fix it. Any chance you could update us on its development? I am being asked about this on an almost-daily basis, since so much of our work process revolves around using the Content Explorer interface.


The latest patch for version 7.3 is currently in the final stages of testing. If no issues are found, we anticipate releasing by Friday.


Hi, Jon.

Is there an update on the release of this patch? The performance issues in 7.3.0 have caused problems with my team and their ability to work with Content Explorer.


This cleared QA Friday, will be posted in the next few hours.


[QUOTE=willfull;21078]Hi, Jon.

Is there an update on the release of this patch? The performance issues in 7.3.0 have caused problems with my team and their ability to work with Content Explorer.[/QUOTE]

Awesome, thanks for the quick response.