Summary: | 15.12.0: Spacer tool moves transitions of locked tracks | ||
---|---|---|---|
Product: | [Applications] kdenlive | Reporter: | Wegwerf <wegwerf-1-2-3> |
Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | snd.noise, wegwerf-1-2-3 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kdenlive/816bccad51fbfa139c8054a1c8b86661e3e97c1d | Version Fixed In: | 15.12.1 |
Sentry Crash Report: | |||
Attachments: | locked track transition selection bug testcase |
Description
Wegwerf
2015-11-26 11:55:23 UTC
i cant reproduce using 15.12 compiled today from git. I still *do* reproduce using 15.12.0 from git Applications/15.12. More details: 1. I can reproduce using an existing 15.11.90 project loaded into 15.12.0. 2. I cannot reproduce on a new 15.12.0 project. More details: 1. Add an existing 15.11.90 project as a clip to a new 15.12.0 project. 2. Drag clip into timeline. 3. Timeline > Current Clip > Expand Clip 4. Lock first track with clip & transition. Now, "move" mode correctly doesn't touch the transition on the first clip anymore. But when using the project directly, problem persists. Finally found out while working on a minimized test case that unlocking and locking the track causes some MLT/project state cleanup in that then locking works as expected, so that "move" mode doesn't move the locked transition anymore. Created attachment 96202 [details]
locked track transition selection bug testcase
1. Load test case project into Kdenlive 15.12.0; tell Kdenlive to replace missing clip with placeholder.
2. Do *not* unlock topmost track. Enter move mode by keying "m". Then select clip on track 2. Note how the transition on locked track 1 gets selected too.
3. Unlock track 1, immediately lock it again.
4. Select clip on track 2 again, notice that locked transition doesn't get selected anymore.
Created and attached testcase project showing the bug being present still on 15.12.0. 1. Load test case project into Kdenlive 15.12.0; tell Kdenlive to replace missing clip with placeholder. 2. Do *not* unlock topmost track. Enter move mode by keying "m". Then select clip on track 2. Note how the transition on locked track 1 gets selected too. 3. Unlock track 1, immediately lock it again. 4. Select clip on track 2 again, notice that locked transition doesn't get selected anymore. I've now noticed that such upgraded projects still keep this bug alive, albeit during a Kdenlive session the bug goes away after unlocking and relocking the offending track. The bug persists saving and reloading such projects and reappears on reload. Again, during the editing session you can mask the bug by unlocking and relocking the track. Save, reload, reappears. Git commit 00d61732bb0088603729073ae22b6cc7a2655348 by Jean-Baptiste Mardelle. Committed on 21/12/2015 at 21:16. Pushed by mardelle into branch 'master'. Fix locked track locking wrong transitions on project loading M +1 -1 src/timeline/timeline.cpp http://commits.kde.org/kdenlive/00d61732bb0088603729073ae22b6cc7a2655348 Git commit 816bccad51fbfa139c8054a1c8b86661e3e97c1d by Jean-Baptiste Mardelle. Committed on 22/12/2015 at 15:03. Pushed by mardelle into branch 'Applications/15.12'. Fix locked track locking wrong transitions on project loading M +2 -2 src/timeline/timeline.cpp http://commits.kde.org/kdenlive/816bccad51fbfa139c8054a1c8b86661e3e97c1d Works. Thank you very much! |