Blacked out icons on Subsurface-mobile

[Rick Walsh]

On 20 December 2015 at 16:52, Dirk Hohndel <dirk at hohndel.org> wrote:

> Looking at the fuller log (this time hunting for things about icons)
>
>
>
> > On Dec 18, 2015, at 8:20 PM, Rick Walsh <rickmwalsh at gmail.com> wrote:
> >
> > $ grep -i subsurface logcat-2.txt
> > I/Timeline( 6145): Timeline: Activity_launch_request
> id:org.subsurfacedivelog.mobile time:338992092
> > V/ApplicationPolicy( 3522): isApplicationStateBlocked userId 0 pkgname
> org.subsurfacedivelog.mobile
> > W/Subsurface(24335): (null):0 ((null)): Can't find surface 3
>
> Hmm - what's surface 3?
>
> Googling shows that this can happen when we try to create more than one
> windows. I don't think we do that, but it's something to look into.
>
> > I/Timeline( 3522): Timeline: Activity_windows_visible id:
> ActivityRecord{668285b u0
> org.subsurfacedivelog.mobile/org.qtproject.qt5.android.bindings.QtActivity
> t8438} time:338992769
> > V/ApplicationPolicy( 3522): isApplicationStateBlocked userId 0 pkgname
> org.subsurfacedivelog.mobile
> > W/PackageManager( 4563): Failure retrieving resources for
> org.subsurfacedivelog.mobile: Resource ID #0x0
>
> Failure retrieving resources. Hmm. Can it not find the icons? I thought
> they are compiled into the apk...
>

Looking at the logcat output (see full output in my other email), there are
messages about lack of verification, application blocked, and package
removed.

$ grep -i -e subsurface logcat-3.txt
D/PersonaManagerService( 3522): needVerificationForPackage
org.subsurfacedivelog.mobile
D/PersonaManagerService( 3522): needVerificationForPackage return true for
at the end org.subsurfacedivelog.mobile
D/Finsky  (27198): [1] WorkerTask.onPreExecute: Verification Requested for
id = 59,
data=file:///storage/emulated/0/Download/Subsurface-mobile-4.5.2.468-arm.apk
flags=18 fromVerificationActivity=false
V/ApplicationPolicy( 3522): isApplicationStateBlocked userId 0 pkgname
org.subsurfacedivelog.mobile
I/PackageManager( 3522): scanFileNewer : org.subsurfacedivelog.mobile
I/        (27246): SS_ART_lib [I]: permission is absent:
/data/app/org.subsurfacedivelog.mobile-1/base.apk
I/        (27246): SS_ART_lib [I]: Closing zip file:
/data/app/org.subsurfacedivelog.mobile-1/base.apk
I/dex2oat (27246): /system/bin/dex2oat --zip-fd=11
--zip-location=/data/app/org.subsurfacedivelog.mobile-1/base.apk
--oat-fd=12 --art-fd=-1 --compress-image
--oat-location=/data/dalvik-cache/arm/data at app
@org.subsurfacedivelog.mobile-1 at base.apk@classes.dex --instruction-set=arm
--instruction-set-features=div --runtime-arg -Xms64m --runtime-arg -Xmx512m
--swap-fd=13
D/PackageManager( 3522): Resopt: Clean up res:
/data/app/org.subsurfacedivelog.mobile-2/base.apk
V/EnterpriseBillingPolicyStorage( 3522): getBillingProfileForVpnEngine -
start - org.subsurfacedivelog.mobile
D/SdpManagerService( 3522):  ActionReceiver::onReceive() Intent {
act=android.intent.action.PACKAGE_REMOVED
dat=package:org.subsurfacedivelog.mobile flg=0x4000010 (has extras) }
D/SdpManagerService( 3522): ACTION_PACKAGE_REMOVED Intent {
act=android.intent.action.PACKAGE_REMOVED
dat=package:org.subsurfacedivelog.mobile flg=0x4000010 (has extras) } DATA=
package:org.subsurfacedivelog.mobile UID 1000 userId 0
D/SdpManagerService( 3522): ACTION_PACKAGE_REMOVED packageName::
org.subsurfacedivelog.mobile
I/MultiWindowAppListInfo( 4563): android.intent.action.PACKAGE_REPLACED
packageName=org.subsurfacedivelog.mobile

and so on



>
> Could this be a dpi issue? Do we need these icons in a resolution that we
> don't have? which would explain why it works on some phones but not on
> others?
>
>
Googling tells me that my phone has a resolution of 1440 x 2560 (~577
ppi).  Is this exceptional?

Rick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20151220/2ed6d939/attachment.html>