XWIKI-9292: Creating/removing an object and adding/updating/removing an attachment or the document's class changes the content author
- Mostly replaced setContentDirty calls with setMetadataDirty, where it was related to a document`s metadata/objects/attachments/class changes.

* An element that has been removed from the document may still have a parent and some sibling nodes in IE8 ...

This reverts commit c3134ed5.

This reverts commit 333e6ea1.

Reason: The release failed to build due to some dependency problems, so I`m restarting the release.

XWIKI-10283: Adding content (images, links, table, macros) is not working anymore in WYSIWYG on IE10
XWIKI-10282: The content from a document is not visible when editing in WYSIWYG on IE10
* Fix IE10 permutation after upgrading to GWT 2.6

* Add support for IE11 permutation (with fallbak on Mozilla implementation).

* Also remove IE6/7 specific code since the corresponding permutations are not generated in GWT 2.6 by default.

+ fixed all pom.xml license headers which for some reasons were not noticed with previous version of the license plugin (maybe a bug that has been fixed)

* Both blur and focusOut are fired after the selection is lost so we have to use beforeDeactivate event to save the selection.

XWIKI-9163: The WYSIWYG editor transforms the content into HTML code when reloading certain types of documents
* Make the Selection implementation fail safe when there is no native selection (e.g. when the rich text area is hidden).

XWIKI-8852: Detect the paste event and clean the content automatically or warn the user to use the paste icon instead
* Fix bug on WebKit browsers: rich text area was scrolled to the top when pasting block content.

XWIKI-8852: Detect the paste event and clean the content automatically or warn the user to use the paste icon instead
* Filter paste content automatically. Tested on IE8, FF19 and latest Chrome.

XWIKI-8874: Templates should not output any content to the client side when a sendRedirect has been called
* Deprecate XWikiServletResponse.getHttpServletResponse() and remove all calls to it to ensure that all our code uses XWikiServletResponse and thus that we can get the response status code.

Conflicts:
	xwiki-platform-core/pom.xml
	xwiki-platform-core/xwiki-platform-containers/xwiki-platform-container-portlet/pom.xml
	xwiki-platform-core/xwiki-platform-gwt/xwiki-platform-gwt-api/src/main/java/com/xpn/xwiki/gwt/api/server/XWikiRequestWrapper.java
	xwiki-platform-core/xwiki-platform-oldcore/pom.xml
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiPortletContext.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiPortletRequest.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiPortletResponse.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiPortletURLFactory.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiResponse.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletRequest.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletRequestStub.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletResponse.java
	xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/XWikiServletResponseStub.java
	xwiki-platform-core/xwiki-platform-scheduler/xwiki-platform-scheduler-api/src/main/java/com/xpn/xwiki/plugin/scheduler/XWikiServletRequestStub.java
	xwiki-platform-core/xwiki-platform-scheduler/xwiki-platform-scheduler-api/src/main/java/com/xpn/xwiki/plugin/scheduler/XWikiServletResponseStub.java

This reverts commit 92f3d656.