Search

WPF Designer fails when self referencing project assembly in XAML in 64 bit App with Visual Studio 2010 by buzallen

Closed
as Deferred Help for as Deferred

7
0
Sign in
 to vote
Type: Bug
ID: 632407
Opened: 12/18/2010 7:00:23 PM
Access Restriction: Public
1
Workaround(s)
3
User(s) can reproduce this bug
I get the following error:

Undefined CLR namespace. The 'clr-namespace' URI refers to a namespace 'WpfApplication1' that is not included in the assembly.    D:\Programming\VS10Projects\WpfApplication1\WpfApplication1\MainWindow.xaml    4    21    WpfApplication1

When referencing the same project in a XAML (i.e. xmlns:local="clr namespace:WpfApplication1") to place a user control or other type of control on a designer window. The program builds correctly and runs correctly but the designer fails.

Switch to 32 bit and it works fine.
Details (expand)

Visual Studio/Silverlight/Tooling version

Visual Studio 2010

What category (if any) best represents this feedback?

 

Steps to reproduce

* Create new WPF application called WpfApplication1. I am using .net 4.0.
* Set the platform target to x64
* Add a user control to the project called UserControl1.xaml
* In MainWindow.xaml add the following namespace: xmlns:local="clr-namespace:WpfApplication1"
* Add the user control to the window line this: <local:UserControl1 />
* Build. The designer for MainWindow.xaml will now fail.

Product Language

English

Operating System

Windows 7

Operating System Language

English

Actual results

The designer fails. The pr0gram does build and run correctly.

Expected results

The designer to work.
File Attachments
0 attachments
Sign in to post a comment.
Posted by Microsoft on 10/28/2011 at 5:44 PM
Cleaning up debt bug backlog - we won't get to this in the current product cycle, hence Won't Fix.
Posted by nook-smart on 10/11/2011 at 3:01 PM
I just lost 2 days to this issue. Thanks for posting the 'workaround'. I was starting to think i was going crazy as almost every problem like this was due to "Mark of the web" or "building from network shares".

That said, x86 is not an option as I am using the SharePoint.Client.dll which only ships in 64bit version.
Please either fix this (ideal) or issue a patch that indicates that 64bit assemblies do not support Xaml preview!

What a waste of time..
Posted by sisilmet2000 on 7/14/2011 at 5:12 PM
Does this happen in the ultimate version as well?
Posted by Microsoft on 1/10/2011 at 1:34 PM
Thanks for bringing this issue to our attention. Unfortunatly this is not something that we are going to be able to address in the current release or a SP release of Visual Studio, however we will continue to look into addressing this in a future release of Visual Studio. In the mean time, as a work around, you can continue to do you development in the 32 bit environment, and then when you are ready to deploy build in the 64 bit environment. If you have any issues or if this is not a viable workaorund please contact me at brian.boon@microsoft.com.

Brian
Posted by Microsoft on 12/19/2010 at 7:30 PM
Thanks for your feedback.

We are rerouting this issue to the appropriate group within the Visual Studio Product Team for triage and resolution. These specialized experts will follow-up with your issue.
Posted by Microsoft on 12/19/2010 at 5:51 PM
Thank you for your feedback, we are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(http://support.microsoft.com)
Sign in to post a workaround.
Posted by Ahmad Luqman on 6/14/2011 at 5:18 AM
As a work around, you can continue to do you development in the 32 bit environment, and then when you are ready to deploy build in the 64 bit environment
© 2013 Microsoft Corporation. All rights reserved. Microsoft Connect Terms of Use | Trademarks | Privacy Statement