Created attachment 127895 [details] Quick screencast SUMMARY STEPS TO REPRODUCE 1. Create a new kdenlive project, display tracks in "Mixed audio tracks" mode, fill the tracks with some A+V clips 2. Assign names to tracks 3. Insert a new A/V track below the top one OBSERVED RESULT 1. The new track's A and V have different numbers (V3 and A2) 2. The A+V clips which were previously on A2 and V2 are now in V3 and V2 (notice that V2 now has audio content - which still plays back fine) 3. The new track A3 has stolen the name to the V3 track I _think_ I got this also with the "Split audio tracks" display, with a more complicated set of tracks, some of which were A+V and some not. But I'm unable to reproduce at the moment. EXPECTED RESULT Each tracks keeps its content, its name and ideally its number (as otherwise existing A+V tracks are going to have different numbers when inserting single tracks). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian Buster, gnome-shell, kdenlive-20.04.0-x86_64.appimage
Can you please update to the latest version (20.12.3 at the moment, https://kdenlive.org/en/download/) and report here whether this is still happening? General Note for bug reports: It would be good to now which kdenlive version you use. Help > About Kdenlive However thanks for this report!
The original bug referred to kdenlive 20.04.0, as indicated at the bottom of the report. Under 20.12.3, the example I proposed now does not misbehave. But the behavior upon insertion is still weird. STEPS TO REPRODUCE 1. Create a new kdenlive project, display tracks in "Mixed audio tracks" mode, fill the tracks with some A+V clips 2. Insert a new video (only!) track under V2 OBSERVED RESULT 1. The original track's A and V have different numbers (V3 and A2) 2. The "Mixed audio tracks" mode, which apparently relies on track numbers to determine location, is located between them EXPECTED RESULT 1. If a track is inserted under V2 and V2 has an audio track A2, A2 also becomes A3 (yes, even if there is no A2) 2. ... so that the placement of the new track V2 is below both.
Hi and thank you for your patience. Can you please check whether this issue still exists in the latest version 24.12.0? If yes, please update this report to reflect the new version. If it works now like you expect it would, you may change the status of this report to RESOLVED - FIXED. At any rate, this report will be closed if there is no activity for the next 30 days.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
The bug (as described in comment https://bugs.kde.org/show_bug.cgi?id=420625#c2 ) is still there as of version 24.12.0.