Skip to content

Cannot access popupInfo for a Table in a WebMap using PopupManager.info #2296

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
Clubdebambos opened this issue May 26, 2025 · 4 comments
Open
Labels

Comments

@Clubdebambos
Copy link

Describe the bug
When attempting to access a the PopupInfo object via the PopupManager.info for a Table I am returned an AttributeError.

It seems to be looking for a popup_info attribute which should be popupInfo instead.

To Reproduce
Steps to reproduce the behavior:

from arcgis.gis import GIS
from arcgis.map import Map

agol = GIS("home")

wm_item = agol.content.get("WM_ITEM_ID")

webmap = Map(wm_item)

print(webmap.content.popup(index=0, is_table=True).info)

error:

AttributeError: 'SubtypeGroupTableSubtypeGroupTable' object has no attribute 'popup_info'

Screenshots
If applicable, add screenshots to help explain your problem.

Expected behavior
According to the documentation if there was no popupInfo, None would be returned. However, there is popupInfo for this table and the fact it is looking for popup_info instead indicates a bug.

Platform (please complete the following information):

  • OS: Windows 11 Home
  • Browser Chrome
  • Python API Version 2.4.0

Additional context
Add any other context about the problem here, attachments etc.

@nanaeaubry
Copy link
Contributor

@Clubdebambos It seems the method is not equipped to handle SubTypeGroupTables and only Tables. We will look into adding this.

@Clubdebambos
Copy link
Author

Hi @nanaeaubry,
The table in the Map was added from a Feature Service. The WebMap is automatically classifying it as a SubtypeGroupTable. I tried to add the table manually and via the API but the result was always the same when accessing the .info

@nanaeaubry
Copy link
Contributor

@Clubdebambos No problem it is definitely something we should handle so I'm glad you pointed it out!
Sorry for the inconvenience but thank you for reporting everything so we can make this better.

@nanaeaubry
Copy link
Contributor

@Clubdebambos I have gotten a bit more info about these layer types:
It is a way to work with a single feature layer as if it were a series of virtual layers. The biggest and main users of this are utility network datamodels (for performance reasons).

We will treat this as an enhancement since I suspect we need to expand GroupLayer class to support these as well. Thanks for bringing it to our attention!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants