-
Found my problem.
Old code:
xnMyForm.SelectSingleNode("/my:SharePointTraining/my:directorate", ns).SetValue("") Don't work
New Code:
xnMyForm.SelectSingleNode("/my:SharePointTraining/my:Directorate", ns).SetValue("") Works.
Notice the capital "D" in ...
-
Very strange behavior. Sounds like there's a shared resource being clobbered by some other application. Once you repaired it it worked, and then some other application saw that a file changed and overwrote it again, and then it stopped working. Just a guess--but sounds like the most likely suspect at this point.
-
Great. This should work for you. Once you have the handle to the XDocument of the other form, you can code to it just the same as you do the XDocument of your current form. So if you want to copy a value from one XDocument to the other, that's no problem.
-
The problem you are having might be coming from the xsi:nil attribute.
On non-String data type nodes (including, but not limited to: Date, Time and DateTime nodes), if you want to allow the node to have a blank value, the schema places the attribute: xsi:nil="true" on the node. While this attribute is present on the node, the node value ...
-
That's great to hear! So glad you got it working!
-
If you remove anonymous access from the root of the website and use integrated windows authentication, does the root page display? Since this is a new IIS website, it should show the 'Under Construction' page.
-
I've tried that. No matter what credentails I use I will not let me in.
-
Once added a license will be displayed in the view in DAT v2.2
-
The three steps for adding a license in version 2.2
-
DAT Version 2.2 Top Header for Adding Licenses