| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
| |
Because we ended up trying to load the resources before they even
existed (directly after the account was created), we ended up creating a
second set of unconfigured resources.
Storing the password by modifying the resource was an artifact of the
past anyways, and a login function results in a cleaner system and fixes
the problem at hand.
|
|
|
|
| |
We no longer store the password in settings.
|
|
|
|
|
|
| |
The view managment is starting to become a mess. I guess we'll need
something like a state machine in the long run managing the view
transitions.
|
| |
|
| |
|
|
|
|
|
| |
* Fixed account and davresource loading.
* Use resource type instead of capabilities for loading of the resource.
|
|
|
|
|
| |
Only the imaptest was working anyways and all of them tested the same
things.
|
| |
|
|
|
|
|
|
| |
We had a ton of duplication in our cmake code because we had no common
toplevel settings. This is now cleaned up so we can sanely change
settings and so we know what we have set.
|
| |
|
|
|
|
| |
The resource removal part failed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From Qt's documentation: "This macro is obsolete. Use
target_link_libraries with IMPORTED targets instead." It's only
recommended with cmake >=2.8.9 & < 2.8.12. Kube already requires
cmake 3.0.
One advantage of using the imported targets is, that
cmake complains if a target isn't found before it's used, like
Qt5Concurrent missing from the find_package_call here.
Reviewers: #kube, cmollekopf
Reviewed By: #kube, cmollekopf
Subscribers: #kube
Differential Revision: https://phabricator.kde.org/D6362
|
| |
|
| |
|
|
|