topic Getting error while searching for portal users in PortalPy in ArcGIS Enterprise Portal Questions

Getting error while searching for portal users in PortalPy

GregStevenson — Mon, 05 Sep 2016 00:50:13 GMT

I am using PortalPy to search for and return users. I am getting the following error:

'NoneType' object has no attribute 'get'

I get the error whether I use 'search_users' or 'get_org_users'

The error only occurs when I attempt to return all users. If I search for a specific user or set of users they return fine. My code is:

portal = portalpy.Portal(portalUrl, portalAdminUser, portalAdminPassword)
users = portal.search_users('')

print(users)

Any thought as to what the cause is? There are no obvious problems with our portal users that would make them None objects. The same code worked previously.

Also possibly related is this new message when the script is run "No handlers could be found for logger "portalpy""

Re: Getting error while searching for portal users in PortalPy

DanPatterson_Retired — Mon, 05 Sep 2016 01:18:12 GMT

in python that means None was returned

arguments but 1 was given
>>> a = None
>>> type(a)
<class 'NoneType'>

any function the 'gets' something or is designed just to run, required parameters or no parameters.

You specified portal.search_users('') .... have you tried portal.search_users() ... ie empty braces to see if the defaults will be used if nothing is specified? Or perhaps it requires some other wildcard. Your request uses double single-quotes as the default parameter, something that I doubt it requires.

Re: Getting error while searching for portal users in PortalPy

GregStevenson — Mon, 05 Sep 2016 01:34:06 GMT

Hi Dan, I think portalpy uses 'get' when accessing the users within portal. It is failing during its own search. But if I place a specific search funtion it works (but only returns a sub-set of the users). portal.search_users('') is used as a query term is required for search_users and the wildcards '*' and '?' do not work. portal.search_users() is invalid as there is no query.

Re: Getting error while searching for portal users in PortalPy

DanPatterson_Retired — Mon, 05 Sep 2016 01:41:33 GMT

Ok ... just checking, I am suprised that there is no 'all' or 'any', like '*' use in arcpy

Re: Getting error while searching for portal users in PortalPy

GregStevenson — Mon, 05 Sep 2016 01:43:47 GMT

The documentation around what to place as the query is very poor. Although I don't think this is the problem. I have an identical script pointing to a different portal and it works fine.

Re: Getting error while searching for portal users in PortalPy

PaulDavidson1 — Mon, 05 Sep 2016 03:20:19 GMT

Given that this works on other Portals, it seems the issue is more with the Portal than the query?

But just in case,

maybe this will help (from: https://github.com/Esri/portalpy/blob/master/portalpy.py) :

Def search_users(self, q, sort_field='username', sort_order='asc', max_users=1000, add_org=True):

""" Searches portal users.

This gives you a list of users and some basic information

about those users. To get more detailed information (such as role), you

may need to call get_user on each user.

.. note::

A few things that will be helpful to know.

1. The query syntax has quite a few features that can't

be adequately described here. The query syntax is

available in ArcGIS help. A short version of that URL

is http://bitly.com/1fJ8q31.

2. Most of the time when searching groups you want to

search within your organization in ArcGIS Online

or within your Portal. As a convenience, the method

automatically appends your organization id to the query by

default. If you don't want the API to append to your query

set add_org to false. If you use this feature with an

OR clause such as field=x or field=y you should put this

into parenthesis when using add_org.

================ ========================================================

*Argument* *Description*

Re: Getting error while searching for portal users in PortalPy

GregStevenson — Mon, 05 Sep 2016 03:31:49 GMT

Yes I'm thinking that the issue is with the portal. But there are no problems anywhere else with the users (searching for specific users works fine). Previously ESRI has added users to the portal (esri_nav for example), i'm wondering if they've done something similar again that portalpy can't handle.

Re: Getting error while searching for portal users in PortalPy

GregStevenson — Tue, 06 Sep 2016 02:39:48 GMT

I have embarrassingly solved my own problem. The problem was that the portal password was incorrect. This doesn't explain the error messages though, nor does it explain how I was able to access some of the portal users details despite having an invalid login.

Thanks for your help to those who replied.

Re: Getting error while searching for portal users in PortalPy

PaulDavidson1 — Tue, 06 Sep 2016 04:20:29 GMT

Thanks for posting that back Greg.

That is some “interesting” stuff.

Makes no sense that you could obtain any info without a proper password.

I’m assuming all the users you did get responses for were “named users?”

Re: Getting error while searching for portal users in PortalPy

GregStevenson — Tue, 06 Sep 2016 04:44:48 GMT

Yes, so i've just tested it again. With an incorrect password you can get responses for named users. But you cannot get responses for "all" named users (using '' as your query). But if you put in a search query such as 'greg' it will return all named users found.

Re: Getting error while searching for portal users in PortalPy

JonathanQuinn — Wed, 07 Sep 2016 23:05:31 GMT

The request for users that it makes is:

<portalUrl>/sharing/rest/community/users?q=accountid%3A0123456789ABCDEF

The user search endpoint, (sharing/rest/community/users) does not need a token, so it doesn't actually use the credentials provided to generate a token. It returns very basic information about the users within the organization. If you were to make that request with a token, you'd get more information.

Re: Getting error while searching for portal users in PortalPy

PaulDavidson1 — Fri, 09 Sep 2016 01:20:34 GMT

Thanks for the clarification Jonathan.

I'm wondering if this represents a minor security breach?

For example, I can get to the query page without any login, which matches your clarification.

But then I can do a query on 'd*' and get back names with a d in them.

Since Portal is typically inside the firewall, maybe it's no big deal.

What is the design purpose of the sharing directory?

Thanks...