|Anonymous | Login | Signup for a new account||2013-12-06 17:30 CET|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002791||Kdenlive||User Interface||public||2012-10-20 12:06||2013-01-28 19:51|
|Platform||64 bit||OS||Ubuntu||OS Version||12.04|
|Product Version||Recent git|
|Target Version||Fixed in Version||0.9.4|
|Summary||0002791: timeline corruption using CTRL+LEFT_MOUSE key|
|Description||The timeline becomes corrupted if ctrl+left_mouse key is used for grouping. Shift+Left_Mouse key work like expected.|
|Steps To Reproduce||1) Load e.g. 10 clips into timeline|
2) Start from left to right selecting clips (CTRL+LEFT_MOUSE key)
3) Vary selecting speed => timeline corruption
|Tags||No tags attached.|
|Build/Install Method||Build Script|
|Attached Files|| Bildschirmfoto vom 2012-10-20 11:59:40.png [^] (40,891 bytes) 2012-10-20 12:06
Auswahl_006.png [^] (23,710 bytes) 2012-10-27 11:31
|I fixed a bug when selecting several clips using CTRL, sometimes one of the clips could be moved independently resulting in timeline corruption. Can you please test if my last commit fixes your problem?|
|Back again. Ok selecting clips for grouping using CTRL+LEFT_MOUSE works now like expected for single track audio/video clips. Doing the same for splitted clips is something weird and moving the selected clips is not possible. CTRL+A and SHIFT+MOUSE_SELECT work like expected.|
I've got the same issue with verison 0.9.2.
I imported 25 picture and assigned a duration of 0.05s for each picture.
Then I added all pictures to the video track. The resulting duration should be 1.25s, but it is 4.25s! A closer look to the timeline shows that at every 0.25s edge the timeline jumps to the next second.
... 1.23 1.24 2.00 2.01 2.02 ...
|I found & fixed several corruptions when dragging grouped / splitted clips. Can you please test again with current git?|
Regression: Selecting with CTRL+A and moving does not work!
Need some time for other testing.
|Unfortunately this code is quite complex... I just fixed the "Select All" and "Select all in track" problem, let me know if you find others.|
Its true. I hope in refactoring we'll have better model and interfaces especially in the timeline :-))
At the moment I don't have too much time but as mentioned above I'll test it accurately.
Some plans and time schedule for feature and interface change freeze?
I think it makes sense to pronounce a "call for testing" after feature freeze and do in this phase just bug fixing because we had a lot of critical changes. For me it is not a bugfix version (0.9.x) it is a 0.10 version.
|Tested. Fixed for both modes: splitted and embedded clips|
|2012-10-20 12:06||eddrog||New Issue|
|2012-10-20 12:06||eddrog||Status||new => assigned|
|2012-10-20 12:06||eddrog||Assigned To||=> j-b-m|
|2012-10-20 12:06||eddrog||File Added: Bildschirmfoto vom 2012-10-20 11:59:40.png|
|2012-10-20 22:18||j-b-m||Note Added: 0008518|
|2012-10-20 22:18||j-b-m||Status||assigned => feedback|
|2012-10-26 09:32||eddrog||Note Added: 0008548|
|2012-10-26 09:32||eddrog||Status||feedback => assigned|
|2012-10-27 11:29||brm||Note Added: 0008549|
|2012-10-27 11:31||brm||File Added: Auswahl_006.png|
|2012-10-27 23:29||j-b-m||Note Added: 0008553|
|2012-10-30 07:54||eddrog||Note Added: 0008558|
|2012-10-30 10:47||j-b-m||Note Added: 0008559|
|2012-10-30 11:00||eddrog||Note Added: 0008560|
|2012-11-15 13:27||eddrog||Note Added: 0008624|
|2012-11-17 19:40||j-b-m||Status||assigned => resolved|
|2012-11-17 19:40||j-b-m||Fixed in Version||=> Recent git|
|2012-11-17 19:40||j-b-m||Resolution||open => fixed|
|2013-01-28 19:49||j-b-m||Fixed in Version||Recent git => 0.9.4|
|2013-01-28 19:51||j-b-m||Status||resolved => closed|
|Copyright © 2000 - 2013 MantisBT Team|