Доброго времени суток.

У знакомого программиста возникла проблема: WPF окно не отображается в визуальном редакторе MS VS 2010. Он почистил проект, оставив только минимум, необходимый для демонстрации проблемы и скинул проект мне (может я чего-то найду). Я посмотрел, но тоже не смог понять причину такого поведения. Складывается впечатление, что визуальный редактор почему-то не находит пользовательский WPF Control, который определён рядом.

Текст ошибок, генерируемых визуальным дизайнером при попытке открыть в нём файла WPFSettingsWindow.xaml:

Визуальный XAML редактор в VS 2010Error 1 Unable to load the metadata for assembly 'ProjectorCreateProfileViews'. This assembly may have been downloaded from the web. See http://go.microsoft.com/fwlink/?LinkId=179545. The following error was encountered during load: Could not load file or assembly 'ProjectorCreateProfileViews' or one of its dependencies. Не удается найти указанный файл. C:\Users\Андрей\Downloads\Решение\ProjectorCreateProfileViews\WPFSettingsWindow.xaml 1 1 ProjectorCreateProfileViews
Error 2 The type 'local:WPFNumericUpDown' was not found. Verify that you are not missing an assembly reference and that all referenced assemblies have been built. C:\Users\Андрей\Downloads\Решение\ProjectorCreateProfileViews\WPFSettingsWindow.xaml 42 18 ProjectorCreateProfileViews

Я проверял свойства файлов: нигде на вкладке General не присутствует кнопка "Unblock" - следовательно файлы не заблокированы. Проект находится на локальном диске, а не в сети.

Проблемный проект в прикреплённом файле. Может кто сталкивался с подобным и знает, в чём может быть причина такого поведения?

Забыл добавить: компиляция проекта проходит успешно. Проблема только с редактором XAML.

Да, и ещё: если из XAML разметки окна удалить псевдоним local и строку XAML разметки, с помощью которой на Window помещается пользовательский контрол, тогда после перекомпиляции проекта, XAML редактор, наконец-то, начинает корректно отображать WPF-окно.

SeVaНажимаешь на кнопку "Показать все файлы", а потом удаляешь папку obj
Это и так было сделано, в чём можно было убедиться, распаковав архив, прикреплённый к первому сообщению темы.

Вопрос снят. Я обнаружил, что на такое поведение влияет целевая платформа, указанная в свойствах проекта. Если в качестве целевой указана x64, что и было сделано в этом примере, то наблюдается обозначенная выше проблема. Если же выбраны AnyCPU или x86 - проблема исчезает. Полагаю, что это баг XAML конструктора.

Сон Веры ПавловныНадо же, есть люди, которые пользуются WPF'овским дизайнером. Он же абсолютно нефункциональный. Руками разметку править намного проще, быстрее, и чище.
Я не пользуюсь этим дизайнером, как и тот, кто обратился ко мне с данным вопросом. Однако дополнительно видеть результат ручной правки XAML разметки (в том самом нефункциональном конструкторе) - это достаточно удобно.

2 МСУ
Даниил, ваш сайт очень быстро убивает браузер Mozilla Firefox 25.0.1 в операционной системе Ubuntu 12.4 x64. Порой на некоторое время вешается даже сам Linux (правда это было лишь один раз).

Например, если попытаться воспользоваться вашей реализацией поиска по сайту, выбрав категорию ".Net Framework" и не вбивая ничего в текстовое поле нажать кнопку поиска - браузер сразу аварийно завершает свою работу. Обозначенное поведение на моей машинке наблюдается стабильно.

2 МСУ
Нередко браузер умирает через несколько секунд даже просто после того, как открывается основная страница вашего сайта.

МСУCompositum, хрена себе... Честно говоря не тестировал его под убунтой. Да и кода там кроме jquery особо нету, чему там валиться, не понятно. Это нужно как постараться, чтобы браузер положить... Мож убунта твоя глючит? А другие сайты нормально серфятся? Даже и не знаю, что предложить тебе. Вона Где-то в степи курит онли мозилла, всё пучком. Как-то с пол-года назад разве что Хвост заметил баг, но то был с версткой. Менюшка съезжала в хроме. Пофиксил. Развожу руками.
Нет, это наблюдается только на вашем сайте. Даже если не пользоваться поиском, а просто попытаться посмотреть различные странички сайта. Максимум, сколько живёт в этом случае браузер - секунд 7. Затем аварийно завершает работу.

Я не думаю, что проблема в браузере, т.к. ранее у меня такого поведения нигде на др. сайтах не наблюдалось.

Дополнительная информация (может будет полезна): установлены все имеющиеся на сегодняшний день обновления (последний раз проверял обновления сегодня вечером).

Другой браузер - Chromium версии 30.0.1599.114, отображает ваш сайт без проблем, никаких ошибок не возникает и всё шустро открывается.

МСУНаверняка мозилла пишет инфу о краше в лог. Посмотри плз, есть там чего.
В настройках включены галки отправки отчётов (см. скрин в прикреплённом файле). Не нашёл информации на тему того, в какие файлы пишутся логи браузера.

МСУМожно упороться клепать окна без дизайнера. Не верю, что кто-то так делает.
Я так делаю. Но не совсем "без", т.к. время от времени переключаюсь в дизайнер, чтобы быстро увидеть результат работы. Мне так удобно, возможно просто потому, что не всё то, что я делаю в редакторе XAML, я смогу так же быстро сделать в конструкторе (в виду плохого владения им). Если бы не было IntelliSense, то было бы не так удобно, но он, к счастью, имеется.

МСУCompositum, http://www.cyberciti.biz/faq/ubuntu-linux-gnome-system-log-viewer/
см. прикреплённый файл.

2 МСУ
Здесь выложил файл с подробной информацией об ошибке. На этот файл ссылаются записи в файле apport.log, выложенном мною выше.

АбсолютЧто за студия? Я скачал проект и он открылся без проблем. Дизайнер работает и даже после компиляции.Версия IDE была указана в 15157257 . Обнаруженная причина некорректного поведения обозначена в 15159121 .

В MS VS 2012 Update 3 я получаю такой же результат, как и у вас в 15165790 . Это конечно лучше чем то, что наблюдается в MS VS 2010, однако и это поведение вряд ли можно назвать корректным, поскольку если выполнить действие обозначенное в сообщении:
IDEThis document contains one or more controls that have been modified. Please rebuild the project for the changes to display in Design view.т. е. перестроить проект, то на самом деле ничего не изменится и сообщение по прежнему будет присутствовать, наравне с тем жёлтым значком, который вы показали выше. На мой взгляд, поведение XAML конструктора не должно зависеть от разрядности, назначенной проекту, поэтому поведение, наблюдаемое в MS VS 2012, я так же считаю багом, хоть и не столь досадным, как в MS VS 2010.

P.S. мне интересно, как этот момент проявит себя в MS VS 2013, но я не могу проверить это в виду того, что обозначенная версия IDE у меня не установлена. Буду признателен за информацию.

С уважением, Андрей.