| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
Some services don't have the inbox as part of the subscribed folders,
at least not by default, so we just always enable it.
|
|
|
|
|
| |
The tests seem to be simply to slow right now, so let's bump this to
avoid flaky tests.
|
|
|
|
|
| |
This seems to happen sometimes (showed up in tests), and causes
operations to fail.
|
|
|
|
| |
On windows we lack ssl support it seems.
|
| |
|
| |
|
|
|
|
|
| |
Because we'd have to properly export the symbols for the linking on
windows to work.
|
|
|
|
| |
Or at least I don't know what it is supposed to do.
|
| |
|
| |
|
|
|
|
| |
Maildir will happly store anything.
|
|
|
|
|
| |
This is required to be able to resolve change-replay failures by
removing the entity.
|
|
|
|
| |
This test currently fails because we fail to recover.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Like the title says.
Also removed a "/" that got doubled between the collection URI and the item path, because it made Cyrus freak out (returning unauthorized errors)
Reviewers: cmollekopf
Tags: #sink
Differential Revision: https://phabricator.kde.org/D12755
|
| |
|
| |
|
|
|
|
| |
The delete themselves.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Some notes:
- Needed to specialize some flatbuffers related functions for serializing QStringList and int
- Removed useless qWarnings in caldav test
- Rename EventSynchronizer -> CalDAVSynchronizer since it also synchronizes Calendars and Todos (and more to come!)
Reviewers: cmollekopf
Tags: #sink
Differential Revision: https://phabricator.kde.org/D12695
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Notes:
- For calendars, only removal is implemented because:
- There is no DavCollectionCreateJob, possibly because there can't be an empty DAV collection
- DavCollectionModifyJob only allows modifying "properties", which we don't use (except for the name, if the name is considered a property)
- Currently, modifying an item with Sink overrides the one on the server, even if the store is not up-to-date
Reviewers: cmollekopf
Tags: #sink
Differential Revision: https://phabricator.kde.org/D12611
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Reviewers: cmollekopf
Tags: #sink
Differential Revision: https://phabricator.kde.org/D12280
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Fix T8485
Reviewers: cmollekopf
Reviewed By: cmollekopf
Tags: #sink
Maniphest Tasks: T8485
Differential Revision: https://phabricator.kde.org/D12106
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
EndTime is necessary for the implementation of the calendar UI in Kube.
Fixes T8482
Ical to mimic Mail's MimeMessage attribute.
(Sorry for the wait, there was a good number of merge conflicts when rebasing on develop)
Reviewers: cmollekopf
Reviewed By: cmollekopf
Tags: #sink
Maniphest Tasks: T8482
Differential Revision: https://phabricator.kde.org/D12085
|
|
|
|
|
| |
Otherwise we may try to compile webdav common before required headers
are generated by the buildsystem.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
by avoiding unnecessary work and reliance on quirks.
|
|
|
|
| |
...and saves us just about nothing.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Notes:
- Add a `webdavcommon` folder for WebDAV generic resource code
- Move `davresource` to `carddaveresource` and make it use the WebDAV code
- For now it tests the CalDAV resource directly on KolabNow (to be changed)
- Only synchronization, not adding / changing / removing WebDAV collections or items (to be implemented)
- Only events are currently supported (todo, freebusy, etc. are to be implemented but should be straightforward)
Fixes T8224
Reviewers: cmollekopf
Tags: #sink
Maniphest Tasks: T8224
Differential Revision: https://phabricator.kde.org/D11741
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
BLOB properties had a couple of intended purposes:
* Allow large payloads to be streamed directly to disk, and then be
handled by reference.
* Allow zero-copy handling.
* Keep the database values compact so we can avoid traversing large
BLOBS.
However, they came at the cost of code-complexity, and we lost all the
benefits of our storage layer, such as transactions.
Measurements showed, that for email (the intended primary usecase),
the overhead is hardly measurable, with most parts performing
better, or at least not worse. We additionally also gain file-system
independence, which may help on other platforms.
The biggest drawback is probably that large payloads need to be written
to disk twice, because of the synchronizer queue (once for the queue,
once for the actual data).
|
| |
|
| |
|