SilentUninstall does not work if app UID is from Legacy UID Range (0x1xxxxxxx)

[yury.moldavanov]

Hello!

I've noted that
SilentUninstall does not work if app UID is from Legacy UID Range (0x1xxxxxxx).
It returns -1.
For apps which UID is from V9 protected UID range (0x2xxxxxxx) it works as expected (returns 0 and uninstall application).
E.g. uninstallApp: 0x2004411b - works OK
uninstallApp: 0x10152d27 - returns -1

Both apps were downloaded from ovi store...


Why?

void DeviceHelper::uninstallApp(TUid id)
{
	RDebug::Print( _L("uninstallApp: %x"), id);
	SwiUI::RSWInstSilentLauncher inst;
	inst.Connect();
	SwiUI::TUninstallOptions options;
	SwiUI::TUninstallOptionsPckg optionsPckg;
	options.iKillApp = SwiUI::EPolicyAllowed;
	options.iBreakDependency = SwiUI::EPolicyAllowed;
	optionsPckg = options;
	TInt res = inst.SilentUninstall( id, optionsPckg, SwiUI::KSisxMimeType );
	inst.Close(); 
	RDebug::Print(_L("%d"), res);
}

[symbianyucca]

I would re-check whether the UID is really the package UID, i.e. it could be application UID, but could be indeed that the sis file UID is different.

[yury.moldavanov]

I use UID from TApaAppInfo class. If this is not a package UID then how to obtain the package UID of installed app?

And a bit more info for test app 10152d27. I've debugged thad process name for the application is:
javamidp.exe[102033e6]0005 (not expected appname[10152d27]0001).
Maybe it helps to understand why it is not uninstalled and how to uninstal such application?

[symbianyucca]

I don't think there are any APIs which with you could reliably know the package in which any executable would have been installed with. Anyway, I would not see the point on making a custom uninstaller application, I would suggest you would let users to use the normal application manager for any uninstalaltion purpose.

[yury.moldavanov]

Thanks!

I've found the reason.
SwiUI::KJavaMIMEType - the app is uninstalled if use this mime type for test application, not KSisxMimeType.