diff options
author | Matthew Barnes <mbarnes@redhat.com> | 2013-04-20 23:22:58 +0800 |
---|---|---|
committer | Matthew Barnes <mbarnes@redhat.com> | 2013-04-21 01:15:27 +0800 |
commit | 60386356e322c0ebe3a0101a616752c0e557491e (patch) | |
tree | a115b4f28bddd84ec037584c8f2902e1884c4994 /calendar | |
parent | 5e1934425ddedb3848a66f16100e4ee1ea12aeb1 (diff) | |
download | gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar.gz gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar.bz2 gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar.lz gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar.xz gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.tar.zst gsoc2013-evolution-60386356e322c0ebe3a0101a616752c0e557491e.zip |
Remove "Search for sender photograph only in local address books".
This was added as part of bug 360184 but no justification was given
for the "local-only" part. My Spidey sense tells me it was a hack-
around for the old implementation's tendency to freeze the UI while
searching for a photograph. So the "local-only" option really just
meant "don't freeze the UI for very long, please".
The new EPhotoCache-based implementation in 3.8 NEVER freezes the UI,
so the "local-only" option is no longer needed. If a remote address
book is slow or unresponsive we simply cancel the async photo lookup
when the user moves on to another email.
Diffstat (limited to 'calendar')
0 files changed, 0 insertions, 0 deletions