Summary

• Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Author

...	...	@@ -1,1 +1,1 @@
1		-XWiki.mflorea
	1	+XWiki.VincentMassol

Content

...	...	@@ -6,9 +6,9 @@
6	6
7	7	<insert description of release here>
8	8
9		-= New and Noteworthy (since XWiki <version - 1>) =
	9	+= New and Noteworthy (since XWiki 7.4) =
10	10
11		-[[Full list of issues fixed and Dashboard for <version>>>http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=<fill id here>]].
	11	+[[Full list of issues fixed and Dashboard for 8.0-milestone-1>>http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=<fill id here>]].
12	12
13	13	== <feature N> ==
14	14
...	...	@@ -151,14 +151,11 @@
151	151
152	152	* The WebDAV feature is now configured using Servlet 3.0 annotations. Make sure you deploy XWiki in a Servlet Container that is configured to discover Servlet 3.0 annotations (at least for the XWiki ##xwiki-platform-webdav-server-*.jar## JAR). If you're upgrading also make sure you edit your ##web.xml## to remove all the Servlet and Filter definitions for WebDAV (search for ##dav## in ##web.xml##).
153	153	* With the improvement done in the wiki links, ##image~:## and ##attach~:## syntax, existing untyped links pointing to inexistent documents (e.g. ##~[~[Doc]]##) will no longer be resolved to point to a new terminal document in the same space (i.e. ##<currentSpace>.Doc##, when ##<currentSpace>.Doc## does not exist), but will be resolved to point to a new non-terminal document in the top level (i.e. ##Doc.WebHome##). The reason is because we don`t currently have a way to specify a relative link to a nested document (i.e. space) and we only use absolute links. This only affects wanted links, since for existing documents the backwards compatibility mechanism preserves the previous behavior.
	154	+* Mail API Unique Message Identifier (since 7.4.1): In order to solve [[XWIKI-12165>>http://jira.xwiki.org/browse/XWIKI-12165]], the unique identifier of each mime message sent has been change to a SHA1 based on the ##Message-ID## header and the list of recipients of the mails, ensuring uniqueness during a newsletter or mailing sending. To introduce this change, the ##MailContentStore## and the ##MailListener API## has been broken, and now use a new ExtendedMimeMessage instead of the simple ##MimeMessage## for all arguments. The values ##messageId## returned or used as argument in the API is no more equivalent to the ##Message-ID## header, but is now the unique identifier returned by ##ExtendedMimeMessage#getUniqueMessageId()##. Finally, the ##MessageMimeMessageFactory## now returns cloned ##MimeMessage## without changing the ##Message-ID##.
154	154
155		-== Mail API Unique Message Identifier (since 7.4.1) ==
156		-
157		-In order to solve [[XWIKI-12165>>http://jira.xwiki.org/browse/XWIKI-12165]], the unique identifier of each mime message sent has been change to a SHA1 based on the ##Message-ID## header and the list of recipients of the mails, ensuring uniqueness during a newsletter or mailing sending. To introduce this change, the ##MailContentStore## and the ##MailListener API## has been broken, and now use a new ExtendedMimeMessage instead of the simple ##MimeMessage## for all arguments. The values ##messageId## returned or used as argument in the API is no more equivalent to the ##Message-ID## header, but is now the unique identifier returned by ##ExtendedMimeMessage#getUniqueMessageId()##. Finally, the ##MessageMimeMessageFactory## now returns cloned ##MimeMessage## without changing the ##Message-ID##.
158		-
159	159	== API Breakages ==
160	160
161		-The following APIs were modified since <project> <version - 1>:
	158	+The following APIs were modified since XWiki 7.4:
162	162
163	163	{{code language="none"}}
164	164	<clirr output here>