Paste Special works for us in Internet Explorer, but not in Chrome or Firefox.
With the 2011 update, we promoted users to Google Chrome because it is much faster than IE or Firefox, and inserting special features that do not work properly in Chrome has turned into one of the biggest use problems our editors and producers have with Tridion 2011 (it is not surprising that they like to write mainly in msword.) We discussed the issue that the Paste Special does not work iwht Chrom with Tridion support back in November and received two conflicting answers from them.
In both cases, Tridion admitted that they knew about this problem, and in both cases they stated that they would not fix the problem in Tridion 2011. The place where the difference occurs is that in the first answer we received from them, they said that they will fix the problem in Tridion 2013 and in the second answer we received, they said that they have no plans to fix the problem.
We examined what happens with the code to make sure that it was something that we could fix by hacking the user interface, and what we found for Chrome was the following snippet that turns on / off the paste buttons:
if ($dom.isWebkit)
So, in principle, it seems that Tridion tried, but refused to implement Paste Special in Chrome. Similarly, in Firefox, the buttons are turned on, but when you try to insert special ones, nothing happens. Our development manager is debugging, and it turned out that the paste method throws a silent exception → NS_ERROR_DOM_XPCONNECT_ACCESS_DENIED in the following code when executing lDocument.execCommand :
var lPasteFailed = false; try { pastingWithFlag = iProcessingFlag; if (lPasteFailed = (!lDocument.execCommand("paste", false, null) || lDocument.body.innerHTML == "")) { throw Error("paste had no result - possibly clipboard data unaccessible"); } if (pastingWithFlag == undefined) { lPasteFailed = true; // in certain cases lDocument.execCommand("paste"...) will cause paste into the main area in IE, which will be handled in the onpaste event handler -> do not paste again } } catch (err) { $fa.canAccessClipboard = false; lPasteFailed = true; self.fireEvent("warning", { source: "paste()", message: err.message }); }
We get a lot of internal pressure to solve this problem, so we are going to rediscover the problem with Tridion support, and I plan to contact my account in the next couple of days to raise this as a critical problem with it.
Glenn stevens
source share