Details
-
Sub-task
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
Description
Why
The following properties, mainly related to thread handling are not supported.
The user shoud receive an appropriate error message.
filters: allInThreadHaveKeyword/someInThreadHaveKeyword/noneInThreadHaveKeyword
sorting: allInThreadHaveKeyword/someInThreadHaveKeyword
collapseThreads
(and more generically any other unsupported value)
HOW
In case of an unsupported sort the response should be a method level error of type :
_{{unsupportedSort: The sort is syntactically valid,
but it includes a property the server does not support sorting on or a
collation method it does not recognise.}}_
In case of an unsupported filter the response should be a method level error of type :
unsupportedFilter: The filter is syntactically valid, but the server cannot process it. If the filter was the result of a user’s search input, the client SHOULD suggest that the user simplify their search.
Anchor / AnchorOffset should be rejected for now
collapseThreads should be supported but result in a noop (as each mail is its own thread for now)
DOD
- write an integration test demonstrating that when using the filters allInThreadHaveKeyword and noneInThreadHaveKeyword, the client receive an unsupportedFilter error. Generalize it to any none recognized/handled property
- write an integration test demonstrating that when using the sorts allInThreadHaveKeyword and someInThreadHaveKeyword, the client receive an unsupportedSort error. Generalize it to any none recognized/handled property
- write an integration showing Anchor and AnchorOffSet are rejected
- write an integration test showing collapseThreads results in a noop