| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=690553
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
The results were postponed to show as long as there were new notifications
about added contacts, which could take quite long for many matched items.
This shows the results with smaller timeout and without postponing.
|
| |
|
|
|
|
|
|
|
| |
Directory monitoring is a nice-to-have feature, but is not supported in
some contexts. If we fail to create a GFileMonitor, leave a breadcrumb
on the console to indicate something whent wrong, but don't return an
error status. That would cause the whole registry process to terminate.
(cherry picked from commit af31c05e026bf9b7881ddc9adfa29d78e29766c0)
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
This was reported at Red Hat's bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=910252
To have this fully working, users should edit the account and save
the changes (even when not done any) by clicking the OK button
in the account editor, thus the source will receive its extension
and the next start the account will be recognized and auto-updated.
|
| |
|
|
|
|
|
|
|
| |
Zarafa server with disabled SSL v2 rejects connection when
SSL v2 compatible hello is sent, thus disabled this by default.
After all, SSL v3 should be used in general these days anyway.
Use environment variable CAMEL_SSL_V2_HELLO=1 in case your server
requires the old behavior.
|
| |
|
|
|
|
|
| |
Apparently e_dbus_object_get_source_removable() does not check its
argument for NULL, and scratch sources have no internal EDBusObject.
(cherry picked from commit a8eb939af5623eeb4b5fe24cfcde022d954f4d17)
|
| |
|
|
|
|
|
| |
Apparently e_dbus_object_get_source_writable() does not check its
argument for NULL, and scratch sources have no internal EDBusObject.
(cherry picked from commit 8797493a7d211ec960e03cb8fcd9653220b6fa43)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When receiving the complete address book, a client has to use
e_book_client_is_self() on every EContact to find the one which is the
"self" contact. Calling e_book_client_get_self() instead does not
work, because that would create the self contact if none exists (not
desired for an app which just reads!).
The problem with e_book_client_is_self() is that it creates and
destroys a GSettings instance for the self UID each time the method is
called. In addition to reading the value over and over again, this
also triggers two D-Bus messages (AddMatch and RemoveMatch) - clearly
bad for performance.
To solve this problem, this patch caches the GSettings instance in a
static variable. It is protected by a mutex, to keep the function
thread-safe. The downside is that the instance is never going to be
freed.
It would be better to attach the GSettings instance to the EBookClient
instance, but because e_book_client_is_self() doesn't get a pointer to
that, this is not possible without an API change.
|
| |
|
|
|
|
|
|
| |
CalDAV backend depends on local cache when a client ask for an event,
which is usually fine, but when it comes to a meeting invitations,
with which the server can add event to the calendar on its own,
the invitation might not be found in the cache, thus try whether
it's available on the remote machine, before reporting Object Not Found.
|
| |
|
|
|
|
|
|
| |
GTK+ uses (G_PRIORITY_HIGH_IDLE + 20) for redrawing operations, which is
actually a slightly lower priority than G_PRIORITY_HIGH_IDLE. Therefore
for our purpose, G_PRIORITY_HIGH_IDLE is sufficient.
(cherry picked from commit 820dcf6cfc43265c6376f15d983381c3087a5d20)
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This reverts commit b6f0db12e7b2505b08ac0683c1d0d28d4a050ef3.
The commit contains not a single comment as to why these custom priority
values are being used. The rationale needs to be documented in the code,
either at each call point or preferably at a centralized priority value
definition.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
I recently added a Gmane (NNTP) account and have only a few newsgroup
subscriptions. Yet when I quit Evolution, Camel tries to synchronize
all 13,872 newsgroups which literally takes days to complete.
This adds a CAMEL_STORE_FOLDER_INFO_SUBSCRIBED flag to the request for
a folder info tree while synchronizing + expunging.
Note, CamelIMAPXStore will ignore the CAMEL_STORE_FOLDER_INFO_SUBSCRIBED
flag if its "use-subscriptions" setting is FALSE, which is what we want.
(cherry picked from commit 48b9d17d16be9f0ecb6066036cc83d08b3cca817)
|
| |
|
|
| |
(cherry picked from commit ad1b7cd145c5fa5443556c17ba6e9d701c531bb7)
|
| | |
|
| |
|
|
|
|
|
|
| |
In situations when a synchronous operation was cancelled, but the response
was already piled in main context the client could receive two replies, one
from the reply, the other from the cancelled operation, effectively accessing
invalid memory in the second response. This may address also other similar
situations caused by cancelled operations.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
characters
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
In certain situation, the backend can be freed while the callback
is still in action, then the factory can crash inside
cal_backend_http_ensure_uri() or such.
|
| |
|
|
| |
Signed-off-by: Gheyret Kenji <gheyret@gmail.com>
|
| | |
|
| |
|
|
| |
(cherry picked from commit 8709051dfc436cef096d239ed2ebfb20265885e5)
|
| |
|
|
| |
(cherry picked from commit 908c69ff43395433b9aa043dd3bad8563ef8344f)
|
| |
|
|
| |
(cherry picked from commit 751af0ce45150331f465f2809d1f059f231586a5)
|
| |
|
|
|
|
|
|
| |
Combine the interface, proxy, and skeleton APIs for each D-Bus
interface into one Gtk-Doc section. GNOME Online Accounts does this
and it's cleaner and easier to navigate from the Table of Contents.
(cherry picked from commit 2c45243e98ced19be11ec64c3c380aa0e7c23ff2)
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a partial revert of the hack for bug 551788, which decreased the
TCP read/write timeout from 4 minutes to 1 minute.
This causes IMAP IDLE connections to timeout prematurely if the server
sends untagged keep-alive messages at an interval greater than 1 minute.
Dovecot's "imap_idle_notify_interval" setting defaults to 2 minutes.
Reset the TCP read/write timeout back to 4 minutes.
(cherry picked from commit 4fee41524a90b2d4bf24705261e6f47b211fb86c)
|
| |
|
|
|
|
| |
This workarounds a file descriptor leak (a GMainContext leak) partly
caused by GDBusConnection. See bug #690126 for more details:
https://bugzilla.gnome.org/show_bug.cgi?id=690126
|
| | |
|
| | |
|
