View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002993||SOGo||Backend Address Book||public||2014-11-22 22:53||2015-01-13 20:41|
|Target Version||2.2.14||Fixed in Version||2.2.14|
|Summary||0002993: The etag header returned after a create is misspelled|
Hi, I've been having a lot of issues with contacts duplicating on my blackberry q10. The weird thing was it wasn't an issue with blackberry since I could sync with other carddav servers. After painstakingly tracing through the requests and responses I finally found what's causing the issue. After a PUT request is made, the response contains an etag, but the header is Etag instead of ETag (lowercase t instead of capital T). I had the proxy intercept and change the t from lowercase to upper case and everything works now. I think this would be a trivial fix and I'm pretty sure the header should be ETag.
|Steps To Reproduce|
do a PUT to create a new contact
|Tags||No tags attached.|
Last edited: 2014-11-23 00:31
So, technically according to
Each header field consists of a name followed by a colon (":") and the field value. Field names are case-insensitive.
I realize that this is a problem on blackberry's side, but the odds of them fixing this is 0, whereas all other clients seem to (correctly) not care about the casing (since they work).
No worry, we'll add a bugfix for it. Good catch.
Please try the upcoming nightly builds. Update SOPE and SOGo.
|2014-11-22 22:firstname.lastname@example.org||New Issue|
|2014-11-23 00:email@example.com||Note Added: 0007721|
|2014-11-23 00:firstname.lastname@example.org||Note Edited: 0007721|
|2014-11-23 00:35||ludovic||Note Added: 0007722|
|2014-12-30 19:03||ludovic||Target Version||=> 2.2.13|
|2014-12-30 19:05||ludovic||Target Version||2.2.13 => 2.2.14|
|2014-12-30 19:06||ludovic||Relationship added||has duplicate 0002548|
|2015-01-13 20:41||ludovic||Note Added: 0008070|
|2015-01-13 20:41||ludovic||Status||new => resolved|
|2015-01-13 20:41||ludovic||Fixed in Version||=> 2.2.14|
|2015-01-13 20:41||ludovic||Resolution||open => fixed|
|2015-01-13 20:41||ludovic||Assigned To||=> ludovic|