Add autherror tests into OpenConnection test

Change-Id: I1c1269425dc98e09dc5f04a70c2f739bbbd9f30f
Merge "Add autherror tests into OpenConnection test"
Adding proper credits for Toby Chen

Change-Id: Ib7e9a895c3c07b982a219e05e9f36540a0a1d072
Build dsc files for ubuntu 14.10

Change-Id: I86b19d3c6897383e45fc860f22f406e0182583f4
Merge "Build dsc files for ubuntu 14.10"
Adding proper credits for Alexander

Change-Id: I0308222705a4c9bd8b5b7626416ccfed6334c4e2
Fix inconsistent checkbox state

Solves contradiction regarding information about replying mode when the
message that is being replied to disappears.

Change-Id: I66b265d33711107fd16cfd13192f848228f6adcb
BUG: 340698
Update "handpicked recipients" unconditionally

Even if the widget recently became disabled, make sure that the mode
indicator is synced. This is to make the code a bit more robust so that
calling this in wrong order will still shown a (disabled) widget, but
with correct information about the replying mode.

Change-Id: I3d05b1ba6b934fb68cd009b0c993cab220ad210a
streamline updateReplyMode()

In a perfect world, this should have been present in commit
46f79b80fbe1aae3f1d3f45851644bc07630dbf2, but jkt was impatient
and didn't want for anybody else's approval of that change, but
decided to give +2 himself. That's why there's this extra commit.

Change-Id: I7af3cff3fd4f0896650bd54e0b2641ab63553ac4
Make activity indication less visually bothering

Delay setting the cursor busy on busy tasks, and also use a busy instead
of a wait cursor.

Nothing's really blocked and rotating on every minor task makes Trojita
look overly busy.

Change-Id: Ic1c645ed8d8101700a55938edf773d78b3ea236f
Merge "Make activity indication less visually bothering"
searching message: scroll to current match

Because we're using the QWebView inside a QScrollArea container,
the attempts to scroll the QWebView itself have no direct effect.
Therefore we temporarily shrink the page viewport to the message
viewport (ie. the size it can cover at max), then perform the search,
store the scrollPosition, restore the page viewport and finally
scroll the messageview to the gathered scrollPosition,
mapped to the message (ie. usually the header)

Change-Id: I69d56dccd13342788d4211885ef6f9a885725324
hide findbar before nulling view on toggle

otherwise the search is not cleared.
also do not try to bind NULL QObjects (yells a warning)

Change-Id: I5927d4a292c2b2cd2bb08b160b18f86c800d4a3e
accelerate messageview resizes

* for huge mails, we set a static width and never resize
  the view, accepting the horizontal sliders in favor of
  an unresponsive GUI
  Also choose the systems monospace rather than some
  random default serif

* for all other mails, schedule size constrainments
  this allows to resize the message view w/o updating
  the size on every step, but fix it 50ms after the user
  stopped/paused action

TODO: i thought enforcing a strict pre wrap might
      accelerate the rendering, but that does somehow
      not work :-(

Change-Id: Iac712c5498d0a043d4d6d9a7b699832375804bdd
auto-toggle "highlight all" with the message size

highlighting all matches is a nice feature of webview,
but it's terribly slow what makes searching HUUUUGE mails
impossible. Since the user cannot know this detail, we
ajust his choice with changing the associated view.

Change-Id: I51f0a7ef485a13a84b15a1afc02d3c2bd6f3420e
Do no assert crash on downloading message which is gone

The assert is actually useless, an invalid index is handled by the
FileDownloadManager just fine.

Change-Id: Ib29b83652284cbb33f4ecc3eefe334cd12291584
Show unrecognized MIME parts as the default MIME part

There are at least two real-world classes of e-mail which fits this
heuristics:

- Outlook meeting invitations which come with an ICS file as a third
  item in multipart/alternative
- Thunderbird's inline forwards of certain HTML messages which come with
  an embedded PNG image. These are created as multipart/alternative
  where the first part is text/plain and the second part is a
  multipart/related containing a text/html and an image/png.

Especially the second case is very important because in that particular
case, the plaintext counterpart of the HTML message didn't contain any
indication of that attached image.

An unfortunate side effect of this is that the plaintext effectively
stops being preferred on some e-mails which contain any images referenced
from the HTML part (except when using data: URLs). This appears to be a
non-trivial problem to solve in a reasonable way :(. Fortunately, most
of the HTML spam I receive at least are:

 multipart/mixed
   multipart/alternative
     text/plain
     text/html
   image/jpeg

This patch effectively prefers disobeying user's preferences for
plaintext messages in cases where the HTML part *appears* to contain
some information which might be missing from the plaintext equivalent:

 multipart/alternative
   text/plain
   multipart/related
     text/html
     image/jpeg

I guess we'll see how well this works in real world.

Change-Id: I52bcade121a3afee4ab1301ebb89b8bd9407845a
Merge "Do no assert crash on downloading message which is gone"
Merge "Show unrecognized MIME parts as the default MIME part"