27af370ac2
The WebDAV backends contained a hack where the UID inside the data was forced to be identical to the resource name. This is wrong for items created by us via POST (because the server may choose a resource name != UID) or by some other entity (where we have no idea how the resource name got chosen). This commit removes the hack. Testing must be updated to pass correct data with the same UID as on the server when updating an item, because the backend will no longer ensure that and changing the UID of a resource gets rejected by some servers. The hack was introduced for peers which do not store the UID (for example, a vCard or iCalendar 1.0 based SyncML client). A better solution must be found, probably involving the Synthesis engine and its read/update/write cycle.
33 lines
1.1 KiB
Diff
33 lines
1.1 KiB
Diff
@@ -36,7 +36,7 @@
|
|
VERSION:3.0
|
|
UID:unique-id-user12
|
|
NICKNAME:user12
|
|
-NOTE:ampersand entity &\; less-than entity <\;
|
|
+NOTE:ampersand entity & less-than entity >
|
|
FN:xml entities
|
|
N:xml;entities;;;
|
|
X-EVOLUTION-FILE-AS:xml\, entities
|
|
@@ -187,11 +187,11 @@
|
|
X-EVOLUTION-VIDEO-URL:chat
|
|
X-MOZILLA-HTML:TRUE
|
|
ADR;TYPE=WORK:Test Box #2;;Test Drive 2;Test Town;Upper Test County;12346;O
|
|
- ld Testovia
|
|
+ ld
|
|
LABEL;TYPE=WORK:Test Drive 2\nTest Town\, Upper Test County\n12346\nTest Bo
|
|
x #2\nOld Testovia
|
|
ADR;TYPE=HOME:Test Box #1;;Test Drive 1;Test Village;Lower Test County;1234
|
|
- 5;Testovia
|
|
+ 5;Te
|
|
LABEL;TYPE=HOME:Test Drive 1\nTest Village\, Lower Test County\n12345\nTest
|
|
Box #1\nTestovia
|
|
ADR:Test Box #3;;Test Drive 3;Test Megacity;Test County;12347;New Testonia
|
|
@@ -299,7 +299,7 @@
|
|
X-EVOLUTION-SPOUSE:
|
|
NOTE:The first name is "First \; special \;".
|
|
FN:Mr. First \; special \; middle Last
|
|
-N:Last;First \; special \;;middle;Mr.;
|
|
+N:Last;First special ;middle;Mr.;
|
|
X-EVOLUTION-FILE-AS:Last\, First \; special \;
|
|
X-EVOLUTION-BLOG-URL:
|
|
CALURI:
|