Log improvement request - include application version number

Would it be possible to add to the log either a complete .apk filename or at the minimum, a version of the application?
Today I’m trying to backtrack something, found the entries, but without a version number it’s not helping me.

And thanks again for adding the log. Once it got included, I ditched Dr.Web, and now find myself needing it again, but it’s too late for what I need today :frowning:

You mean not have only name of the application but whole name of the APK and its version? I suppose it is very long string, which will not fit in global log…

Jan,
thank you for answering.
Full .apk name would be best as it includes version. Version number would be sufficient, possibly needs extracting, a programming pest IMO.

Typical examples (some have “v”, some don’t):
com.opera.browser-1212030829-v12.1.3.apk
com.amazon.kindle-571-v3.7.1.8.apk
com.mobisystems.editor.office_registered-1237-v7.1.1237.apk
com.mx.browser.tablet-2784-1.5.apk
com.google.android.apps.maps-608010101-6.8.1.apk
com.avast.android.mobilesecurity-4675-v2.0.4675.apk

  1. In the database, field width can clearly be changed, so once you have root access you could check there, in the unlikely situation I’m in now.
  2. GUI is a whole other story. Yes, it won’t fit in the narrow space Avast uses. Maybe the display could be made wider? Or some sort of a More… button to display full thing if DB field with gets changed?

I think that GUI is not much extensible, but may be we can try to do something in log file (which is present on the SD card). Can not promise anything.

I’ll leave this as “unread” for me which means I’ll think about it in the future :slight_smile: Not really against that (against the version I mean, the name of the file is different story cause I actually haven’t seen .apks being named like you have on any other device - that is apart from being it quite long) so it might happen :slight_smile:

Filip

Hmm, you just got me trying to make some sense of the filenames.
These filenames may have been manufactured by App Backup and Restore.
Titanium shows it differently, also suggests some manipulation. Oooops, I really have no idea.
But …
In GhostCommander Home:Applications every App shows Manifest.xml and I see versionName=“”, so maybe as something is installing that Manifest might help grab version number?
The way the path comes up is, for instance for Avast, apps://com.avast.android.mobilesecurity. Select Manifest and read with Ghost’s text viewer.

Oh, yes, keep this opened. I really think we need it when one has to trace something.
I also lied about DrWeb - it did not show version, I just looked at few old screenshots :frowning:

Yeah, the actual path to the .apk is totally different and it doesn’t contain the version number :slight_smile: But that’s not an issue, it’s pretty easy to get this information, it’s just that there is currently no space for that in the log :slight_smile:

Filip

Oh, I see. I guess I misunderstood that the issue was not of not getting version# but fitting itnto the existing scheme of things.

Now the key question - for my education:
Are you saying that in Google?-Android?-Java?-Linux?-Tablet?-speak once a database is made it cannot be changed? So you cannot add a field? Or you cannot concatenate name+version? And you cannot increase field width in DB?
Gee, years ago, and to this day, in Windows, it can be done in Oracle, Excel, Access … are the tablets going to some prehistoric times?

Nah! Cannot be. I bet you’ll find a way :slight_smile:

No, I’m actually referring to the UI of the log :slight_smile: While it may seem OK on a tablet, it’s pretty much full on a mobile phone.

Filip