Closed csmoore closed 5 years ago
Need to check on previous version of Pro to see if this is a Pro 2.3 change. Also, check to see if a regular edit session behaves this way without the DD add-in.
Testing this on 2.4 and I am experiencing some lockups and/or odd behavior (zooms to world extent after adding) loading the layer package and activating the Map Tool at full extent (I don't see this on my 2.2 machine) - so investigating this
On Pro 2.4.19901 I am seeing an issue where when I try to draw the first graphic, the map zooms to full extent and then when I manually zoom back to the original area, 3 graphics are draw.
@saip can you try this on your latest Pro build?
[UPDATE] - we tracked this down to a problem with the lpkx - fixed here: #662
@saip - @ljuru and I stepped through the repro steps in the original issue on Pro 2.4.19921 on 2 different machines but we are still seeing the lockup issue mentioned previously - can you try this? This did test OK on 2.2. and 2.3, just not 2.4
Verified that with PR #658 the error is not received - still investigating a possible deadlock issue on 2.4 unrelated to this PR
I was able to reproduce the lockup issue outside of the D&D addin, so I do not believe it is related to our addin and we will pass these repro-steps onto the Pro team (both @dfoll and I repro'd this issue)
Repro Steps:
Update:
We believe this was fixed in Pro 2.4 final. We believe this only needs to be confirmed as fixed and then listed as an issue addressed. Additionally, this is not an issue on 2.2, and 2.3.
Verified in issues addressed for DD and MT on staging Verified in PDFs in dev builds of DD 95 and MT 313
this issue may have crept back in for arcgis pro 2.6. have not done a ton of research at this point....info for build that made me think this is 2.6.23.681 and ArcGIS.Desktop.Defense built on 24March. Couldn't immediately repro without spending time dedicated to sitting down and reproing, but i did notice this message. first step will be trying the repro steps in this issue.
Repro steps:
We have seen this error before in Pro with lpkxs ( https://github.com/Esri/military-features-data/issues/287 ) - but this issue is slightly different, it seems like when you save a Pro project it is setting a spatial index on the GDB, not sure if this is a new issue at Pro 2.3, or we just never noticed previously.
Note: I confirmed that these steps also create the same failure with the Military Symbol Editor (create a Military Line symbol instead of a D&D line)