LO70385: LOADING CKEDITOR IN AN XPAGE IS ERRANTLY CHANGING THE WINDOW.NAME PROPERTY

APAR status

• Closed as fixed if next.

Error description

• 1. Create a new XPage form the following source:
  
  <?xml version="1.0" encoding="UTF-8"?>
  <xp:view xmlns:xp="http://www.ibm.com/xsp/core">
  <xp:inputRichText id="inputRichText1"></xp:inputRichText>
  <xp:eventHandler event="onClientLoad" submit="false">
  <xp:this.script>
  
  <![CDATA[alert("onclientload, the window/frame name is
  \""+window.name+"\"");if(CKEDITOR){CKEDITOR.on("instanceReady",
  function(){alert("after ckeditor is loaded, window/frame name
  is \"" +window.name+"\"")})}]]>
  
  </xp:this.script>
  </xp:eventHandler>
  </xp:view>
  
  2.  Load the XPage and note that prior to loading the CKEditor,
  window.name is "".  After loading it, window.name is
  "PasteFromWord".
  

Local fix

• The issue seems to stem from an uninitialized local variable
  'name' in function privates.getCommandLabel in the
  CKEDITOR.ibm.menus object in the lotustoolbars plugin for
  CKEditor. This has the effect of renaming the window (frame if
  you're using a frameset) after a document has been put into
  edit mode using the CKEditor.
  
  A possible fix/workaround is to patch
  _source/plugins/lotustoolbars/plugins.js as follows and
  repackage ckeditor:
  
  @@ -157,6 +157,7 @@
   {
   getCommandLabel : function(commandName)
   {
  + var name;
   for (name in this.editor.ui._.items)
   {
   if (this.editor.ui._.items[name].command === commandName)
  

Problem summary

• This APAR is closed as FIN. We have deferred the fix to a
   future release.
  

Problem conclusion

Temporary fix

Comments

• This APAR is associated with SPR# JSHN8VWTES.
  This APAR is closed as FIN. We have deferred the fix to a
   future release.
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

• R852 PSN

     UP