The sample is unable to open certain Images in Nokia Lumia 830. The exception was thrown by JpegTools.AutoResizeAsync at PhotModel.cs Line 264

The error output window shows the following message - GetFilteredPreviewStreamAsync threw: Error HRESULT E_FAIL has been returned from a call to a COM component

Hi,

I wanted to implement the filter explorer in an app but sadly the filter explorer crashes on my Lumia 520.

While debugging the filter explorer no exceptions are thrown.

When I'm choosing a filter or multiple filters, on a random moment the app stops.

I'm thinking about a memory issue, but I have no clue where I need to start looking.

Any idea what the problem can be?

issue opened in error

This project waits synchronously on tasks in the following locations:

FilterExplorerWindows\FilterExplorer.Shared\Models\SessionModel.cs(89): folderTask.Wait();
FilterExplorerWindows\FilterExplorer.Shared\Models\SessionModel.cs(111): fileTask.Wait();
FilterExplorerWindows\FilterExplorer.Windows\App.xaml.cs(224): task.Wait();
FilterExplorerWindows\FilterExplorer.WindowsPhone\App.xaml.cs(101):                Windows.UI.ViewManagement.StatusBar.GetForCurrentView().HideAsync().AsTask().Wait();
FilterExplorerWindows\FilterExplorer.WindowsPhone\App.xaml.cs(230): task.Wait();

Blocking the UI thread using the Wait() method can result in deadlock, if the code also
employs (asynchronous) await statements. The reason is that continuations following awaits
are posted to the UI thread - if this thread is blocked, these will never run. If the blocking
task depends on these to run in order to unblock it, the code deadlocks.
Please refer to http://blogs.msdn.com/b/pfxteam/archive/2011/01/13/10115163.aspx for a more
detailed discussion.

Ported from TFS WorkItem: 908729

Repro Steps:

1. EditorTestApp
2. Paste this code:

class C
{
    static void Main(string[] args)
    {
        Main(null);
    }
}

1. Place the caret before null and after (
2. Type args: followed by SPACE

Expected: since pressing : inserts a space into the buffer, subsequent space should be swallowed

Actual: second space is inserted

Dev12 behavior is also annoying: in Dev12, after we press : we popup completion list with null preselected, so pressing space inserts a second null, which is also undesired.

Revisions:

1. Created By Kirill Osenkov (3/19/2014 7:55:37 PM)

2. Edited By Ravi Chande (3/20/2014 1:46:09 PM)

Smart token formatting inserts a space between a named argument and the value after you type :. I also find this very confusing, so I think we should not do this. What does triage think?