Bug 14714 - XamlServices.Load throws XamlParseException if a member name equals a type name
Summary: XamlServices.Load throws XamlParseException if a member name equals a type name
Status: NEW
Alias: None
Product: Class Libraries
Classification: Mono
Component: WindowsBase (show other bugs)
Version: master
Hardware: PC Windows
: --- normal
Target Milestone: Untriaged
Assignee: Bugzilla
URL:
Depends on:
Blocks:
 
Reported: 2013-09-13 08:50 UTC by klaus.guetter
Modified: 2013-09-13 08:50 UTC (History)
1 user (show)

See Also:
Tags:
Is this bug a regression?: ---
Last known good build:


Attachments
Test project (43.05 KB, application/x-zip-compressed)
2013-09-13 08:50 UTC, klaus.guetter
Details

Description klaus.guetter 2013-09-13 08:50:09 UTC
Created attachment 4865 [details]
Test project

The attached test project runs fine in .NET but produces a XamlParseException in Mono 3.0.10.

The exception occurs only if the class "Item" has a property with the same name as that of the derived class "Folder". The exception text is different whether or not the setter is public or internal.

IMHO the member should be ignored by XAML serialization because it is marked with [DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)].


Here is the essential part of the code:

    public class Item
    {
        public string Name { get; set; }

        [DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)]
        public string Folder { get; internal set; }
    }
    [ContentProperty("Items")]
    public class Folder : Item
    {
        public Folder()
        {
            Items = new List<Item>();
        }

        public List<Item> Items { get; private set; }
    }
    public class Root : Folder
    {
    }

The following XAML is loaded:
<Root Name='Test' xmlns='clr-namespace:TestObjectModel;assembly=TestObjectModel'>
  <Folder Name='Level1'>
    <Item Name='Item1' />
    <Item Name='Item2' />
  </Folder>
</Root>"

Note You need to log in before you can comment on or make changes to this bug.