Search

XDesProc.exe Makes VS 2012 in Windows 7 Unusable by CRT_750

Closed
as Not Reproducible Help for as Not Reproducible

6
0
Sign in
to vote
Type: Bug
ID: 779658
Opened: 2/20/2013 6:28:05 PM
Access Restriction: Public
0
Workaround(s)
4
User(s) can reproduce this bug
For standard WPF 4.5 desktop application project that use PRISM on Windows 7, XDesProc.exe creates ridiculous delays that kill productivity for everone on my team. We have set up VS 2012 to open XAML files with the XML editor only to avoid this problem. However, if I try to use the XAML designer, the usual message comes up that imforms us that we can still use VS while another process takes care of rendering. However, once rendered, delays will occur when trying to type in the XAML text editor in XAML text/designer split view. To get around the delay I can kill the XDesProc.exe process in the Windows Task Manager. I miss having the convenience of the designer though. Its too frustrating to use though as the delays are horrific!
Details (expand)

Visual Studio/Team Foundation Server/.NET Framework Tooling Version

Visual Studio 2012

Steps to reproduce

Open a big project with XAML coupled to ViewModel code with Bindings. Open a XAML file and split the view to show both the XAML designer and the XAML text editor. Try to add XAML text, save, edit text, eventually a delay will occur that takes too long.

Product Language

English

Operating System

Windows 7 SP1

Operating System Language

English

Actual results

Wasted time. Why does a thread that affects rendering in the designer stop Visual Studio from responding for minutes???

Expected results

Efficient performance.
File Attachments
0 attachments
Sign in to post a comment.
Posted by Microsoft on 4/11/2013 at 10:29 AM
Thank you for your feedback Tino. We are having a hard time repro'ing this problem in house. Can you share a project with us where this happens frequently? Thanks.
Posted by PowerCode1959 on 3/5/2013 at 12:25 AM
We are facing exactly the same issue with all our WPF desktop applications (Language: C#, TargetFramework: 4, Platform targets: x86). We also disabled the designer (because the delay makes it almost unusable) and open our XAML files with the XAML text editor. Nevertheless, VS 2012 freezes up to 40 sec. right after we start typing. We don't get the usual message that something works in the background. In the taskmanager we can see, that XDesProc.exe works hard and it's memory usage increases to approximate 300 MB.

After killing the XDesProc task, we get instant control, but a view seconds later XDesProc starts again with the same result.

Sometimes it happens that we have no intellisense within the XAML text editor.

Please let me now if I can help isolating this annoying problem.

Best regards

Tino
Posted by Microsoft on 2/22/2013 at 12:53 PM
Hi,
Thank you for your feedback. In order to understand your problem we need to be able to repro it in house. Do you have a project or point us to a project where you encounter this problem? In future you could contact us here or get in touch with me directly at
amodg AT microsoft DOT com
Posted by Microsoft on 2/21/2013 at 10:39 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 2/21/2013 at 2:52 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.