obwohl ich auch andere werte ausprobiert habe (zB 17/17).
Ich verwende weder GoogleAPI-Funktionen noch Funktionen, die in API Level 8 nicht verfügbar sind. Zumindest erhalte ich diesbezüglich keine Kompilierfehler oder Warnungen.
Wenn ich das Projekt kompiliere und auf einem echten Gerät mit Android 2.2.1 ausführe, läuft die Anwendung einwandfrei. Wenn ich jedoch versuche, die Anwendung auf einem Emulator (Android Virtual Device) mit Android 4.2, Api Level 17 auszuführen, erhalte ich die folgende Fehlermeldung:
Logcat ist jedoch leer. Ich habe wirklich keine Ahnung, was dieser Fehler überhaupt bedeutet …
Alexander Lukas
Dies bedeutet, dass Sie versuchen, eine App mit demselben Paketnamen wie eine App zu installieren, die bereits auf dem Emulator installiert ist, aber die App, die Sie installieren möchten, einen niedrigeren versionCode (ganzzahliger Wert für Ihre Versionsnummer) hat.
Möglicherweise haben Sie von einer separaten Kopie des Codes installiert, deren Versionsnummer höher war als die Kopie, mit der Sie gerade arbeiten. In beiden Fällen entweder:
Deinstallieren Sie die aktuell installierte Kopie
oder öffnen Sie die Einstellungen Ihres Telefons > Anwendungsmanager, um die Versionsnummer für die installierte App zu ermitteln, und erhöhen Sie Ihre <manifest android:versionCode im AndroidManifest höher sein.
oder https://stackoverflow.com/a/13772620/632951
Vielen Dank! Genau das war es – ich habe mit dem Softkeyboard-Beispiel aus einem älteren SDK experimentiert, und es scheint, dass ein Softkeyboard-Beispiel bereits (standardmäßig?!) In den Emulatorgeräten installiert ist (aber in einer anderen, späteren Version). Nach dem Umbenennen meiner Anwendung funktionierte alles wie erwartet …
– ndbd
10. Dezember 2012 um 23:19 Uhr
@Alexander: Können Sie diese Antwort so aktualisieren, dass sie das Flag -d enthält?
– David Alves
15. Juli 2014 um 22:46 Uhr
Es ist nicht erforderlich, die App zu deinstallieren. Verwenden Sie Flags: -r -d Diese Flags bedeuten Neuinstallation und Downgrade.
– petrsyn
19. Dezember 2015 um 23:32 Uhr
@petrsyn: Wo setze ich diese Flags in Eclipse?
– Violette Giraffe
22. Dezember 2015 um 12:00 Uhr
@VioletGiraffe wird in der Befehlszeile verwendet: adb install -r -d Application.apk
– petrsyn
22. Dezember 2015 um 16:39 Uhr
gruszczy
Sie können auch erwägen, hinzuzufügen -d Flag für die Installation von Adb. Dieser Fehler sollte ignoriert werden.
adb install -r -d abc.apk
Undokumentiert, scheint aber zu funktionieren. Ich musste es separat als -d schreiben und es mit -r kombinieren, da -rd nicht funktionierte.
– mhschmied
19. März 2014 um 15:25 Uhr
Es ist jetzt dokumentiert: -d: allow version code downgrade. Muss mich noch trennen -r
– Wisbucky
16. Februar 2016 um 8:23 Uhr
Aus Dokumenten (2020): -d: allow version code downgrade (debuggable packages only)
– Alex.K.
15. Januar 2020 um 10:59 Uhr
Deinstallieren Sie zuerst Ihre Anwendung aus dem Emulator:
adb -e uninstall your.application.package.name
Versuchen Sie dann erneut, die Anwendung zu installieren.
Oder für ein verbundenes physisches Gerät, adb -s DEVICESERIALNUMBER uninstall your.application.package.namewo DEVICESERIALNUMBER finden Sie unter Verwendung adb devices -l.
– Joel Purra
27. November 2013 um 10:24 Uhr
Scheint ein unnötiger Schritt zu sein, wenn Sie nur eine Anwendung debuggen möchten.
– IgorGanapolsky
8. April 2016 um 14:14 Uhr
Jakob Wald
Dies geschah in meinem Projekt, weil ich eine XML-Ressource zum Festlegen des Versionscodes verwendet habe.
Dies war in früheren Versionen von kein Problem adbjedoch ab platform-tools r16 wird dies nicht mehr in die richtige Ganzzahl aufgelöst. Sie können die Neuinstallation entweder mit erzwingen adb -r oder vermeiden Sie das Problem vollständig, indem Sie ein Literal im Manifest verwenden:
android:versionCode="64"
Deanna
Dies kann passieren, wenn versucht wird, ein Debug-/nicht signiertes APK zusätzlich zu einem signierten Release-APK aus dem Play Store zu installieren.
Die Lösung hierfür besteht darin, es zu deinstallieren und dann neu zu installieren oder von der IDE aus erneut auszuführen.
Ich bin nicht der Downvoter, aber ich denke, dass dies nicht der einzige Grund ist, warum das passieren kann.
– Viccari
30. Juli 2015 um 15:48 Uhr
INSTALL_FAILED_VERSION_DOWNGRADE
Alle Android-Apps haben einen Paketnamen. Der Paketname identifiziert die App auf dem Gerät eindeutig. Wenn gleich Paketnamen als app ist das schon Eingerichtet auf dem Gerät dann diese Error Anzeigen .
Sie können die Anwendung von Ihrem deinstallieren Gerät zuerst und dann die neue installieren.
Sie könnten die Zahl einfach jedes Mal um eins erhöhen, wenn eine neue Version veröffentlicht wird.
Ich bin nicht der Downvoter, aber ich denke, dass dies nicht der einzige Grund ist, warum das passieren kann.
– Viccari
30. Juli 2015 um 15:48 Uhr
karim
In Marshmallow habe ich diesen Fehler bekommen,
Installation error: INSTALL_FAILED_PERMISSION_MODEL_DOWNGRADE
Please check logcat output for more details.
Launch canceled!
Auf der Suche nach einer Lösung Ich habe gesucht und bin hierher gekommen. Ich habe die App gelöscht, habe aber immer noch dieses Problem in Nexus 6. Später fand ich das in,
Settings > Apps > [My app name] have to removed for all user.