|
POST
|
I personally don't see how that would have an impact on anything. At most, if you previously utilized any web styles at 11.5, they might be broken until you install the new web styles for 12.1.
... View more
2 weeks ago
|
1
|
0
|
159
|
|
POST
|
When I've experienced this in the past, it is because the screen size and/or screen resolution is too small for the pop-up to open by default. Clicking the arrow button on the right will open the pop-up full screen. RyanUthoff_0-1785813480408.png You can actually replicate this behavior yourself by making your browser window very small, and then clicking on a pop-up. As far as your end user, they'll either need to make their browser window full screen (or at least big enough so the pop-up opens), or they'll need to get a bigger screen.
... View more
2 weeks ago
|
0
|
1
|
116
|
|
POST
|
I would like to expand upon your question and ask how this would apply to upgrades using ArcGIS Enterprise Cloud Builder as well? Does this imply that ArcGIS Enterprise deployments affected by this bug will no longer be able to utilize Cloud Builder to upgrade? Or has Esri already fixed this on the Cloud Builder side of things?
... View more
2 weeks ago
|
0
|
0
|
192
|
|
POST
|
Per the functionality matrix, "Edit and copy options are planned" for a future release.
... View more
3 weeks ago
|
1
|
2
|
182
|
|
POST
|
Specifically what type of webhook are you using within Power Automate? Survey123 Mobile does not support Survey123 webhooks. You must use the ArcGIS feature service webhooks instead.
... View more
3 weeks ago
|
0
|
2
|
125
|
|
POST
|
I've been following this thread pretty closely for when it comes time for me to upgrade, so thanks for following up on this one! Is this going to be documented in Esri's Upgrade ArcGIS Data Store documentation? I can see a world where people follow Esri's upgrade documentation as written (where this patch is not currently documented), encounters this bug, and doesn't realize it until after the upgrade has completed. At that point, they would likely need to restore from a backup and repeat the entire upgrade process, this time installing the patch before starting the Data Store Configuration Wizard. That will result in additional time and effort that could otherwise be avoided if it was documented in Esri's upgrade documentation.
... View more
3 weeks ago
|
1
|
0
|
273
|
|
POST
|
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
3 weeks ago
|
0
|
2
|
250
|
|
POST
|
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
3 weeks ago
|
0
|
4
|
256
|
|
POST
|
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
3 weeks ago
|
0
|
6
|
308
|
|
POST
|
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
4 weeks ago
|
1
|
1
|
207
|
|
POST
|
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
07-15-2026
08:22 AM
|
1
|
0
|
182
|
|
POST
|
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
07-13-2026
11:45 AM
|
0
|
2
|
216
|
|
POST
|
The release of the Portal for ArcGIS Security 2026 Update 2 Patch removes the ability for end users to reset passwords using a security question for built-in Portal accounts, which essentially makes security questions meaningless. Since security questions are meaningless now, why does Portal still require us to specify a security question/answer for new users when they log in for the first time? There's no point in asking for it anymore, right? Furthermore, the guidance provided on the security question/answer page is just wrong now, because it gives the end user the impression they can reset their password using the security question/answer, when Esri took that functionality away in the patch. RyanUthoff_0-1783701750145.png It's not necessarily a big deal, but now we have end users that are creating meaningless security questions/answers AND being given incorrect guidance by Esri saying they can reset their password using a security question/answer, when in reality, they cannot do that anymore.
... View more
07-10-2026
09:46 AM
|
3
|
4
|
340
|
|
POST
|
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
06-10-2026
11:28 AM
|
1
|
0
|
693
|
|
POST
|
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
06-10-2026
11:08 AM
|
1
|
2
|
699
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 4 weeks ago | |
| 1 | 07-15-2026 08:22 AM |
| Online Status |
Offline
|
| Date Last Visited |
Thursday
|