Bug 876622 - [email/IMAP] snippet fetching logic does not handle connection loss correctly. r=squib
Merge pull request #207 from asutherland/offline-during-body

Bug 876622 - [email/IMAP] snippet fetching logic does not handle connection loss correctly. r=squib
Bug 868270 - [Email] Email Body search filter is broken, always shows empty. r=asuth
Merge pull request #210 from asutherland/body-fix

Bug 868270 - [Email] Email Body search filter is broken, always shows empty. r=asuth
Fix "loading" message in the fake inbox for ActiveSync
Pass the dbDelta into maildb-main for testing purposes
When viewing folders in the tests, save the slice immediately
Improve test code for using existing folders
Merge pull request #201 from mozsquib/fake-inbox-loading

Fix "loading" message in the fake inbox for ActiveSync
Bug 871450 - [Email] Cached contact info is not automatically updated by notifications from the mozContacts API; stale info can be shown
Have change notification tests double the live peeps for paranoia.

I was worried we might not be firing notifications for all live peeps, this
checks that.
more test paranoia, inert clone support for message-reader use-case
fix bcc test
Bug 873702 - [Email] HTML tags containing attributes without separating/delimiting whitespace will be emitted as text by the HTML sanitizer (bleach.js). r=daleharvey
Merge pull request #214 from asutherland/html-attribs-sans-spaces

Bug 873702 - [Email] HTML tags containing attributes without separating/delimiting whitespace will be emitted as text by the HTML sanitizer (bleach.js). r=daleharvey
Send number of new emails along with sliceSplice
rename function per review comment and IRC discussion
Merge pull request #213 from asutherland/update-contacts

Bug 871450 - [Email] Cached contact info is not automatically updated by notifications from the mozContacts API; stale info can be shown. r=squib
Add checks to our unit tests for the reported new message count.

This also includes a minor change in how the newEmailCount value is tracked
on the FolderStorage so that it is only updated coherently so public
visibility never shows any intermediary states.

It turns out that only for some of the logger types had I changed from useArgs
to using arguments.length to allow expectations to skip asserting expectations
over unspecified arguments.  I've now updated all of them, allowing the
newCount check I added to work.

Unit test assertions were added to existing core sync tests to make sure we
report null "newEmailCount"s when appropriate, zeroes when appropriate, and
correct new values when appropriate.  For future work we are going to want
to have a test that adds new-but-read messages and verify that does not
increase our new count.  This can probably be done as part of the periodic
sync / notifications logic.

One minor change was to make sure that ActiveSync is waiting for header/body
manipulations to clear before completing the sync.  This was one source of
intermittent failures.
Merge pull request #1 from asutherland/bug-826071

Add checks to our unit tests for the reported new message count.