Client computer has been restarted.
The feature dataset, a feature class, and several tables are part of a replica between default on this geodatabase and a version on another geodatabase.
Is this a one-way or two-way replica? If one-way, I assume your are attempting to edit data in the parent replica and NOT the child. If two-way, have all edits been synchronized and subsequently acknowledged between the two replicas?
So what I'm gathering here is that you exported an XML workspace with data from GDB 3, imported that XML workspace into GDB 1 and into GDB 2, then used the Register as Existing Replica option via the distributed geodatabase toolbar in ArcMap. Is that right? If so, when you did the replica registration, what did you register each GDB with?
I had the same message appear. This is with Desktop 10.2.2, ArcSDE 10.2.2, and SQL Server 2008 R2. The feature class I was attempting to edit had different permissions than the feature dataset. Once I set the correct permissions at the feature dataset level, the error message no longer appeared.
The link below is to a help page that states 'All feature classes in a feature dataset must have the same user privileges.' The privileges were not the same - that was the problem.
The Change Privileges dialog allows me to attempt an altering of the privileges of a feature class even though it is within a feature dataset. As mentioned above, this is not supported. Since an error is not returned by the Change Privileges dialog and the feature class can be added to the dialog, I begin to think that the practice is acceptable. Why would the program go along with changing privileges of a feature class within a feature dataset if the idea is not supported? There may be a reason that I haven't learned of.