+2006-02-01 Atsushi Enomoto <atsushi@ximian.com>
+
+ * ConfigurationElement.cs : ListErrors() and SetPropertyValue()
+ are protected.
+ * ConfigurationSection.cs : the .ctor() is protected.
+ * ConfigurationElementCollection.cs : CollectionType is public.
+ Count and BaseAdd() are not virtual.
+ * ConfigurationPropertyCollection.cs : Count is not virtual.
+
+2006-02-01 Chris Toshok <toshok@ximian.com>
+
+ * ConfigurationElement.cs: revert the patch that stores and writes
+ out xmlns attributes for all elements.
+
+ * ClientConfigurationSystem.cs: SupportsUserConfig == false.
+
+ * AppSettingsSection.cs (GetRuntimeObject): call col.SetReadOnly()
+ only if SupportsUserConfig != true.
+
+ * ConfigurationManager.cs (ConfigurationSystem): add a property
+ like ConfigurationFactory, and use it instead of the private field
+ throughout.
+
+2006-01-26 Chris Toshok <toshok@ximian.com>
+
+ * SectionGroupInfo.cs (ReadContent): handle "location" (seemingly)
+ correctly.
+
+ * InternalConfigurationRoot.cs: misc logical additions. still
+ isn't useful.
+
+ * ConfigurationManager.cs (OpenExeConfigurationInternal): throw an
+ exception if both calling_assembly and exePath are null. Allow
+ the exePath to be a path to a config file as well, checking to see
+ if it ends in .config before appending.
+ (OpenExeConfiguration): stop blindly passing
+ Assembly.GetCallingAssembly. I'm assuming this will likely break
+ .dll.config usage. need to investigate that (and write more unit
+ tests.)
+ (GetSection): call configSystem.GetSection.
+ (RefreshSection): call configSystem.RefreshSection.
+ (ChangeConfigurationSystem): modeled after the
+ ConfigurationSettings System.Web hack - allow
+ WebConfigurationManager to replace the current
+ IInternalConfigSystem.
+
+ * InternalConfigurationHost.cs (InternalConfigurationHost): make
+ abstract, and remove all the NotImplenmentedException's.
+
+ * ConfigurationElement.cs (DeserializeElement): store off the xml
+ namespace if there is one.
+ (SerializeElement): write out the namespace if there was one.
+
+ * ClientConfigurationSystem.cs: new class, based on some stack
+ traces I've seen in tests. Kinda (well, not *kinda*..) hacky.
+
+ * Configuration.cs (NamespaceDeclared): implement.
+ (Load): don't swallow all exceptions, just the ones raised when we
+ open the stream for reading.
+ (ReadConfigFile): handle xmlns.
+
+2006-01-25 Chris Toshok <toshok@ximian.com>
+
+ * ConfigInfo.cs (ThrowException): throw a
+ ConfigurationErrorsException, not a ConfigurationException.
+
+ * SectionGroupInfo.cs (ReadContent): throw an exception
+ unconditionally if we see a <location>. they aren't valid in
+ section groups.
+
+2006-01-25 Chris Toshok <toshok@ximian.com>
+
+ * KeyValueInternalCollection.cs: don't use a nested collection,
+ just defer to our base class. This fixes usage of
+ ConfigurationManager.AppSettings.Keys.
+
+2006-01-13 Chris Toshok <toshok@ximian.com>
+
+ * AppSettingsSection.cs (GetRuntimeObject): only access
+ Settings[key] once per iteration.
+
2006-01-09 Chris Toshok <toshok@ximian.com>
* ConfigurationManager.cs (AppSettings): just return