https://bugs.kde.org/show_bug.cgi?id=371965

            Bug ID: 371965
           Summary: git master: path to kdenlive file appended to original
                    clip path on reloading clip
           Product: kdenlive
           Version: git-master
          Platform: Debian unstable
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: User Interface
          Assignee: j...@kdenlive.org
          Reporter: directact...@hushmail.com
  Target Milestone: ---

Using Kdenlive from current GIT master, when a bin clip is reloaded, the path
to the kdenlive file is being appended to original clip path as will be shown
in the locate clips dialog upon reopening the saved project. Upon reopening the
saved project, the saved files are not found due to the extra appended path
from the kdenlive file, and the locate clips dialog comes up. This is GIT
master only, does not occur on 16.08.2. 

Todays test was kdenlive from master as of 11-1-2016 though yesterdays tests
with git master from 10-31-2016 also did this.  MLT from GIT master as of
10-31-2016, Movit is enabled (Movit is current as of yesterday). OS is Debian
Unstable current as of 10-21-2016.

To duplicate, build and install kdenlive from current (as of 11-1-2016) git
master. Start kdenlive and drop some video clips into the bin. Optionally put
one on the timeline so it will be easier to make a tiny change and save the
project. It does not matter whether you save it to the same directory
containing the clips or not. Close and reopen the project, it should open OK.
Now reload one clip, as is necessary right now with movit to get the thumbnail
to appear in the bin.Change anything on the timeline and save the project.
Close the project and try to reopen it. The reloaded clip is not found, and the
dialog for finding the clip shows the path to the saved kdenlive file appended
to the path of the clip, even if they are in the same directory. The find clips
dialog does work and the project can then be opened, but would be impractical
on a project containing archived clips from dozens of different directories.

If no clips are reloaded, projects open fine. Would expect this when reopening
a project in which clips had been reloaded as well.

Probably from the  "First steps towards "portable" projects (using relative
paths)" portion of
https://quickgit.kde.org/?p=kdenlive.git&a=commit&h=8996c30e56b5ff6126adf828fdd7681320a5f7af
and appears both before and after
https://quickgit.kde.org/?p=kdenlive.git&a=commit&h=d56831ea499f82c4e604d2b39aa855781c66b9ee
"Use relative path in .mlt files created by clip jobs"

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to