When creating a network using Android NSD, to enable communication between several devices that have the same application, does one of the devices necessarily becomes the Group Owner, or not?
Yes one of devices should be Group Owner.
Please use createGroup(channel, actionListener) function to become a group owner.
Related
We are trying out the EMM MDM app using Android Enterprise.
So we enroll using Android Enterprise in Fully managed mode.
We'll be having a per device policy mechanism, so every device will have a separate policy.
Now at the start, we don't have any info about who's the user, so we apply the default policy and then during setup (using setupActions), we open our custom app and ask the user to log in using username and password, that way we know who's the user.
The issue is, we know the user, but we don't know on which device the user has logged into since we can't query IMEI/SerialNumber (https://developer.android.com/training/articles/user-data-ids#best-practices-android-identifiers)
The issue is we make users log in from our app but in AndroidEnterprise, the device name is different.
We want to create a mapping of username <---> device info from AE.
Can we query the Android Device Policy app someway to get any identifier so that we can map deviceId <---> username?
or any other suggested way?
We can not send deviceName or anything in Managed configuration since, at that time, the user is not enrolled in AnroidEnterprise thus, we don't have that info. see ref
Also, anyone knows how can we interact with Android Device Policy somehow? to know which policy is applied? etc.
From Android 10 to read device Identifiers numbers, it required READ_PRIVILEGED_PHONE_STATE permission. However, apps installed from the Google Play Store cannot declare privileged permissions.
If you work with Android Management API, you can set policy DelegatedScope: CERT_INSTALL for your application to have a special permission that access to certificate installation and management. So that we can use READ_PHONE_STATE permission on your app's manifest.
From your application, you can got IMEI/SerialNumber
From your default policy, you have to set delegate scopes for your application
"applications": [
{
"packageName": "your-app-package-name",
"delegatedScopes": [
"CERT_INSTALL"
]
}
]
device.list can be used to check the list of devices enrolled in a specific enterprise, while devices.get may be used to check the details of a specific device. You may want to check this link for the list information you may get using device.get.
We have a custom B2B app that the customer would like now to distribute privately to their contractors in addition to their current EMM process for internal staff. As we understand there are no options provided through the Play Console for private apps in a production environment relying on sideloading only and all it's issues. An alternative suggested by many on SO is to run a closed testing track by invite. We accept it is a poor workaround but at this stage we are not aware of other options.
The organisation deploying the app has a G Workspace using their own domain and have created a G Group for contractors with "Allow members outside your organisation" enabled. The idea being that the G Group can be added to the closed track testers in the Play Console (using the G Group option) and the organisation can then add their contractors to the group as needed.
The G Group is running fine and members can see the group and post as needed. The G Group email however is not recognised by the Play Console even after 24 hours (see example below). The group email uses the organisation's domain (eg group_email#org_domain.com) as required in the group set up from the admin console rather than the standard group_email#googlegroups.com. Testing with other public group emails work fine.
We have submitted requests unsuccessfully to Google over the past month about options here so are wondering now if the above scenario is in fact technically valid and if there is something we are missing to get this going?
After more testing it seems whilst the concept is valid, Google Groups created within GSuite, regardless of whether "Allow members outside your organisation" is enabled, cannot be used for testing releases in the Play Store where your organisation domain is used.
Instead when creating a group from within a GSuite account ensure to use #googlegroups.com in the options for the group email.
My company wants to create a security group that allows us to drag and drop users, who have given a resignation notice or who will soon be terminated, into a read-only access group. Preferably the group with automatically monitor/audit the users in the specific group and log their activity. I am unaware if AD currently supports this or if OKTA has these features. Any advice or suggestions would be spectacular.
Thank you!
There is no such feature natively available in AD. You would need to ensure that this group you create has read-only permissions on any resource that it ACLs and also remove the users from other groups that might grant read-write access.
Is there any way of getting the "Windows Live Anonymous ID" from a PC based on the users e-mail-adress, logged in Windows-account, registry, Zune, currently usb-connected phone or else?
I'm not sure what you mean by "Windows Live Anonymous ID", but if you mean the Windows Live ID that is associated with the device, then no there is no way to retrieve this from the device, or the other places you suggest. If you require a Windows Live ID from a user, you should ask them for it because a) it's polite, and b) they might want to use a different account for your application.
There is no way to query information on a phone from a connected PC.
Any such ability could be considered a security hole.
I have a product live on a network operators portal at the moment, it is integrated with the operators SMS/MMS messaging and billing interfaces. I would like to build a version of this application to run on Windows Phone 7 devices.
I'd like the application to run for all users but for users that happen to be on the network operator I've integrated with I'd like to offer them a better experience (direct operator billing and sending through the operators MMSC).
An alternative would be to limit the availability of the app to users with handsets on the operator (like the Android marketplaces that exist for the major cell network operators like Verizon and Sprint).
Is any of this possible on the Zune Marketplace for apps and/or on Phone 7 devices?
Thanks
To accomplish this I would suggest liasing with your network operator contacts.
You'll need access to the APIs which they have access to (and the public does not through the 3rd party SDK).
You may also want to ship an app with phones they supply also.