tests: Skip test cases for message parts

Message parts are not yet supported with SQLite.

See 91ab2f8 (Implement early basic sqlite database code) and
c484c81 (Remove tracker database and sparql query code).
tests: Skip test cases for contact matching

Contact matching is not yet supported with SQLite.

See c484c81 (Remove tracker database and sparql query code).
tests: Skip test cases for query limit

Query limit is not yet supported with SQLite.

See 91ab2f8 (Implement early basic sqlite database code).
tests: Fix cleanupTestEvents()

Note that this bug has had no impact on test results.
ut_eventmodel: Fix clean-up

Cleaning-up events is broken since commit e7bde7e (Add
RecentContactsModel) which introduced addedEventIds to only cleanup
events added via addTestEvent interface. Only minority of test events in
ut_eventmodel is created via this interface. Most of them are actually
cleaned up because they are assigned a groupId (compare
cleanupTestGroups() with cleanupTestEvents from common.cpp).  'call'
event is not set a groupId and so it is not cleaned-up upon exit.
Deleting 'call' event "manually" in EventModelTest::cleanupTestCase() as
a QUICK FIX!
ut_callmodel: Use 'sips' URI scheme inst. of 'sip'

This is necessary since 18d6d14 (Use generic phone number functions) as
QtContactsSqliteExtensions::normalizePhoneNumber() only recognizes the
"secure" SIP URIs and (as confirmed by qtcontacts-sqlite developer) this
is not likely to change.
ut_callmodel: Fix testDeleteEvent

Broken since 4d16bd8 (Fix CallModel eventDeleted signal with groups).
The first occurence might be a typo from 5f16ec7 (Fix unit tests for
sqlite backend) as well.
ut_callmodel: Fix testModifyEvent

Broken since e15d6c4 (Fix CallModel insertion in grouped mode).
ut_recentcontactsmodel: Fix random failure in contactRemoved() test case

Sometimes the timing is so that the event addition is caught by the
InsertionSpy which is not wanted (makes the number of insertions
counted bigger by one).
ut_groupmodel: Fix remote uid in getGroups test case

Strange: not found the point in history when this broke.
[libcommhistory] Properly disable StreamedAsyncQuery related code

This fixes the way how StreamedAsyncQuery related code was disabled with
91ab2f8 (Implement early basic sqlite database code). See e.g.
ConversationModelPrivate::isModelReady() and track how activeQueries and
eventsFilled are (not) updated after 91ab2f8.
[libcommhistory] Assign in-model-only events valid IDs

Before migration to SQLite, events stored in-model-only used to be
assigned an artificial ID. This changed with 91ab2f8 (Implement early
basic sqlite database code) so that such events are set an invalid ID =
-1 (search for use of tracker()->nextEventId() in 91ab2f8 diff). This
broke this in-model-only events handling and it was first noticed in
case of ClassZeroSMSEvent. An attempt to fix this with e3a1901 (Fix
exporting and behavior of ClassZeroSMSModel) helped to discover the
actual issue as it actually inverted its effect instead of fixing it:
every event added in-model-only is inserted twice because
findEventRecursive() modified with e3a1901 never success finding event
with an invalid id and so it gets reinserted when self-emitted
eventsAdded() D-Bus signal is received (detected by
ConversationModelTest::getEvent()).

This commit reintroduces assigning the in-model-only events artificial
ids.