Latest Contributions by RyanUthoff

That's odd......The article is referring to AGOL, but I tried replicating the issue there and I'm not able to either. When you republish the survey, do you change ownership of both the survey and the associated feature layers? Or just the survey? I feel like we had problems before when republishing, and it was because the person who was trying to republish didn't own the associated feature layer (even though they had permissions to access it). And it would just get stuck when republishing because of that. It's been a long time though, so I might be wrong about that. ... View more

Hmm, that's odd, because we're also using ArcGIS Enterprise 11.5. And we're using S123 Connect 3.25.27. I will say that when it comes to deleting surveys through S123 Connect, then I think I remember it giving an error saying it couldn't delete everything because the survey wasn't in the original folder (but we typically just delete them directly through Portal, so it doesn't really matter for us). But we've never had a problem when actually republishing them though. ... View more

We work exclusively in Survey123 Connect in our Portal and do not have that behavior, specifically regarding the requirement of the survey being in a folder with the exact same name as it was originally published. When changing ownership of surveys, we have the same experience. We must specify what folder to place the survey in for the new owner (which makes sense to me since it has to go somewhere in the new owner's content). But in our Portal, there is definitely no requirement that the survey must be in a folder with the exact same name as it was originally published in. We have several people who change ownership of surveys all the time in order to republish them, and no one (including me) has ever had to put the survey in a folder with the same name it was originally published in. We typically just place the survey in our root folder and republish it that way. ... View more

In general, I don't think there are any ways to limit the size of a PG DB. You could look into setting tablespaces, but I don't think that will get you what you want in this case. You'd essentially be in the same situation you're in now. I think the best way to do this would be to setup some sort of monitoring mechanism like you're already doing now. You could create an alert at the DB level to alert you if the DB crosses a certain size threshold. This could be done through a scheduled job that runs at every X interval. ... View more

Of course, I certainly agree with that. But that doesn't negate the fact attempting to reset your password without an SMTP email enabled in Portal just endlessly loops you back to a sign in screen with no additional information resulting in the end user not knowing what's going on. At minimum, that should be fixed if Esri still plans to fully support built-in accounts. Not only that, but Esri's hardening guide also advises people to use MFA for built-in Portal accounts.....which will be impossible (for MS users) once MS fully retires legacy authentication because per Esri's documention, the Portal email must be configured to enable MFA. This means organizations won't be able to follow Esri's hardening guide for built-in Portal accounts. ... View more

Ah, that makes sense. The specific Portal I was working in did not have an SMTP server configured for email password resets. In this case, when a user attempts to reset their password, it asks them for their username, but then it just takes them back to the sign in page with no messages or anything. In my opinion, there needs to be a message or something that tells them it can't reset their password and to contact an administrator. It's just kind of odd that it goes right back to a sign in page with no additional information. On a side note, even if we did have an SMTP server configured, it would only buy us a little time until Microsoft fully retires legacy authentication (which as of now, is December 2026). To my understanding, Portal does not support Microsoft modern authentication. At that point, it would be impossible for a user to reset a password on their own. And that would take us back to where we're at now, where a security question is essentially meaningless. I realize this is specific to Microsoft, but considering how large Microsoft is, I imagine others will be in this scenario. ... View more

You're welcome! Maybe someone with more knowledge than me will come along and provide other solutions I'm not aware of. I will add that you might not have good performance streaming videos through a VPN, depending on how fast it is. ... View more

Unfortunately, I think you've burned through all of your options. The videos have to be hosted somewhere......it's just a matter of where. You've already ruled out AGOL because it maxes out your credits. And you've ruled out a cloud provider as well. The only place left where you can host them is where they currently exist, somewhere on your server. The only option I can think of at this point would be to make your videos accessible through a VPN. It still wouldn't be publicly accessible, but you could access the videos in the field as long as you were connected to VPN on your device. But depending on your IT department's policies, that might not be allowed. But that's the only option that's left that I can think of.   ... View more

The ArcGIS Data Store is just a PostgreSQL DB under the hood. When creating an ArcGIS Data Store backup, all it does is create a PostgreSQL dump file. And typically (to my understanding), restoring from an older version to a newer version is supported within PostgreSQL. So, it makes sense to me that doing a fresh install of the ArcGIS Data Store and restoring from a previous version's backup will work from a PostgreSQL perspective. Of course, the unknown variable is all the stuff Esri adds on top of it to make the ArcGIS Data Store work within ArcGIS Enterprise. Depending on how that works, I can see how it might not be officially supported. But glad it worked in your case! ... View more

Yeah, I wouldn't necessarily expect there to be any Esri documentation about it because this is something that is done at the Azure level vs. the Esri level. Just like how Esri doesn't really tell you how to create accounts in Azure. They just tell you how to link Azure to AGOL so you can sign into AGOL with your Azure login. ... View more

No, they don't necessarily need full access in your Azure AD tenant. All you need to do is invite them as an external user in Azure AD, which essentially adds them as a guest account in your tenant.  When you invite them as an external user, you do NOT manage their account (so no password resets, no email management, etc.). The contractor's organization is still responsible for that. The only thing you can really control is what they have access to within your Azure tenant (such as giving them permissions to AGOL).  On the AGOL side of things, you would manage it the exact same was as your internal users. And a final note, you can invite non-Microsoft accounts as well. They work just about the same as Microsoft accounts. ... View more

When you said you added it to the connector body as a link, do you mean you selected the hyperlink option in the email connector? Similar to how it’s stated here: https://community.powerplatform.com/forums/thread/details/?threadid=f859e81a-4433-49ab-9381-74cf0d9c7d01 ... View more