2013-08-19 17:23:25 +02:00
|
|
|
-dontobfuscate
|
2014-05-21 08:48:17 +02:00
|
|
|
-dontwarn javax.naming.**
|
2014-05-21 08:53:59 +02:00
|
|
|
-dontnote android.support.**
|
|
|
|
-dontnote **ILicensingService
|
2014-09-08 00:36:02 +09:30
|
|
|
|
|
|
|
# This increases the size of the .apk by ~800kb, which is clearly
|
|
|
|
# undesirable. However, the nature of the Java security suite
|
|
|
|
# implementations are that they use a lot of reflection to instantiate
|
|
|
|
# classes. The end result is that proguard excludes classes which
|
|
|
|
# may be required, depending on the security algorithms required
|
|
|
|
# by certain certificates.
|
|
|
|
# Reference: https://gitlab.com/fdroid/fdroidclient/issues/88
|
|
|
|
-keep class org.spongycastle.**
|
2014-09-11 10:55:24 +09:30
|
|
|
-keep interface org.spongycastle.**
|
2014-09-07 18:49:03 +02:00
|
|
|
|
|
|
|
# This keeps class members used for SystemInstaller IPC.
|
|
|
|
# Reference: https://gitlab.com/fdroid/fdroidclient/issues/79
|
|
|
|
-keepclassmembers class * implements android.os.IInterface {
|
|
|
|
public *;
|
|
|
|
}
|
2014-09-11 10:55:24 +09:30
|
|
|
|
|
|
|
# There is a bug where the android.support.widget.SearchView gets
|
|
|
|
# removed by proguard which causes breakage. This prevents that
|
|
|
|
# from occuring by a bit of a brute force approach. While it would
|
|
|
|
# be possible to keep only the class in question, this may leave
|
|
|
|
# us open to other bugs in the future. Better to be safe than sorry.
|
|
|
|
# http://stackoverflow.com/questions/22136032/action-bar-search-view-android-null-error
|
|
|
|
-keep class android.support.** { *; }
|
|
|
|
-keep interface android.support.** { *; }
|