Nota : L'OP connaît déjà la réponse mais l'info suivante est pour les âmes qui pourraient être troublées par le même problème.

Déception !

CM11 dans OnePlus One (qu'il s'agisse de la mise à jour 44S ou 05Q) n'a pas de disposition pour obtenir les contacts et les journaux d'appels être sauvegardé et restauré en utilisant ADB.

Donc, malheureusement, la réponse est simple : vos contacts et les journaux d'appels n'ont pas été sauvegardés par ADB parce que le ou les développeurs de CM11 ne l'ont pas permis, et donc, vous devez chercher d'autres moyens de les restaurer ( indice : Synchronisation des contacts Google ).

Aussi, si ça compte :

• /data/data/com.android.providers.telephony/databases est l'endroit où vous trouverez la base de données pour les SMS/MMS.
• /data/data/com.android.providers.contacts/databases/ est l'endroit où vous verrez les contacts et les journaux d'appels.

Vous pouvez maintenant arrêter de lire si vous êtes rassasié par la réponse, et je vous recommande de vous atteler à trouver des méthodes de récupération pour retrouver l'accès aux contacts et aux journaux d'appels.

Cependant, certaines âmes veulent une raison pour un événement, quoi qu'il arrive, alors voici une de ces raisons !

Pourquoi les SMS/MMS ont été sauvegardés et pas les contacts ?

Pourquoi le contenu privé tel que les SMS/MMS a été sauvegardé mais pas les contacts ?

Il faut noter que depuis le lancement de Jelly Bean, ce comportement n'est pas courant dans le code source ouvert d'Android (AOSP), ni dans la plupart des ROMs stock qui permettent la sauvegarde de ce contenu privé par ADB. Fournisseur de téléphonie (dispose d'une base de données SMS/MMS) et Fournisseur de contacts (a Contacts et Call logs) sont généralement développés pour ne pas participer à l'infrastructure de sauvegarde et de restauration du système Android. Cependant, CM11 a apporté quelques changements qui permettent de sauvegarder les SMS/MMS mais laissent les contacts et les journaux d'appels dans la boue.

Quels sont ces changements ?

Ma conclusion est que dans CM11, un drapeau nommé android:allowBackup="false" a finalement été supprimé de Fournisseur de téléphonie mais sont restés intacts dans Fournisseur de contacts . Ce drapeau est toujours introduit sous l'étiquette de l'application. AndroidManifest.xml .

Google ici doit dire ceci concernant ce drapeau :

android:allowBackup

S'il faut autoriser l'application à participer à l'infrastructure de sauvegarde et de restauration. Si cet attribut a la valeur false, aucune sauvegarde ou restauration de l'application ne sera jamais effectuée, même par une sauvegarde complète du système qui, autrement, entraînerait la sauvegarde de toutes les données de l'application via adb. . La valeur par défaut de cet attribut est true.

_{(C'est moi qui souligne)}

Toutefois, pour une raison quelconque, CM12 est revenu sur cette décision et maintenant, les deux applications ne permet pas la sauvegarde à partir de ADB à tous.

Si vous avez l'intention de voir la source de ces paquets, jetez un coup d'oeil à AndroidManifest.xml de Fournisseurs de téléphonie pour :

• CM11 -- aucun drapeau de ce type sous <application ..
• CM12 -- a ce drapeau sous <application ..

Mais pour Fournisseur de contacts les deux CM11 y CM12 a le drapeau intact.

Vous pouvez vérifier ces informations auprès du AndroidManifest.xml des deux paquets que vous avez dans votre CM11. Vous constaterez que le drapeau est présent dans une application et pas dans l'autre.

Nota que le comportement par défaut tel que mentionné dans code source original d'Android est d'interdire la sauvegarde dans les deux applications pour la version Kitkat.

Quant à savoir pourquoi le(s) développeur(s) de CM11 ont fait de tels changements, je conseillerais de leur demander directement.

C'est fait pour l'instant !

Vous pouvez consulter ma réponse similaire mentionnée ici pour la question : Sauvegarder/Restaurer les SMS/MMS via ADB sur un appareil non rooté ? .