T
Okay, look, at NET, there's a mechanized exception--- it's an opportunity, anywhere in the program, to throw a mistake upstairs. The calling "upstair" code can expect that mistake (sometime to process it and go on) or not (and then the app just falls down).The mechanism of the blackouts consists of several steps:The very moment of exception is "first chance" (first phase in Russian translation) - it's called because it's a real first chance to find out. It wasn't that long. Default--- the cooler catches this chance, writes it in the log, but doesn't do anything.Exemptions up the grid. If the exception was caught somewhere (Try/Catch) - the enslavement code is called and it's all over.If no one wanted to process the exception, then there's a second chance. The pan's stopping. If there's no sweet, the app just dies.The conduct of the holder in the first step is governed by straight lines in the Debug / Exceptions or Debug / Windows / Exception Settings for each type of exception. Your mistake in the slogan means that somewhere in the 16th line on the 132nd position of some XAML file was a mistake, Mr. XAML threw it away, and somewhere above the code, this error came down. I mean, first chance was, "second chance" wasn't.Options to do this:I don't think you have a lot of XAML files. It's probably some kind of / missing picture or something.Change designs for type exemptions System.Windows.Markup.XamlParseException - and see exactly where it falls.