video seek (display?) freezes when holding down the right arrow key

[Gregory Kramida]

Video traversal freezes when pressing and holding the right arrow key.
Video frame is then stuck in the display window, until openshot-qt is closed and reopened.
Freeze not happen every time, but often, i.e. 1/3 of the times.
Steps to reproduce (2&3 may be imortant, not sure):
1)Launch openshot-qt
2)Set default profile to 1080p 60fps / 44100 Stereo
3)Reopen openshot-qt
4)Drag & drop provided video from file manager to openshot-qt GUI
5)Press & hold right key to traverse the video.
If the video doesn't freeze after the first 60s of (5), repeat.
If unable to reproduce bug, let me know, I'll post approx. frame ranges after which traversal fails.

64-bit
OS: Ubuntu 16.04
Installation: built & installed libopenshot, libopenshot-audio, openshot-qt from official git repositories.
Version: 2.0 (latest), all other libraries latest as of 7/14/16, 0.1.1-8 and 0.1.1-3 respectively.
FFmpeg from official Ubuntu repo, package version 7:2.8.6-1ubuntu2
melt from official Ubuntu repo, package version Version: 6.0.0-2

Does video play & seek correctly with FFMPEG? -Yes
Does video play & seek correctly with melt? -Yes
Output of ffmpeg -i on video:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/algomorph/Data/AMBR_data/cap/mouse_cap04/al/al0.mp4':
  Metadata:
    major_brand : isom
    minor_version : 512
    compatible_brands: isomiso2avc1mp41
    encoder : Lavf56.40.101
  Duration: 00:09:37.83, start: 0.005805, bitrate: 5135 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 4999 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default)
    Metadata:
      handler_name : VideoHandler
    Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 44100 Hz, stereo, fltp, 128 kb/s (default)
    Metadata:
      handler_name : SoundHandler
    Side data:
      audio service type: main

Bug is *not* reproducible on smaller samples, but is reproducible on large videos of similar size and encoding (tested on multiple such videos).
Full video *is* available for developers at http://algomorph.com/storage/al0.mp4 until this bug is resolved.

*All videos have been generated using OpenShot with the export command.