Bug 420625

Summary: Introducing tracks swaps tracks' names, numbers and content
Product: [Applications] kdenlive Reporter: Pietro Battiston <me>
Component: User Interface & MiscellaneousAssignee: Jean-Baptiste Mardelle <jb>
Status: CONFIRMED ---    
Severity: normal CC: berndmj, julius.kuenzel
Priority: NOR Keywords: triaged
Version First Reported In: 20.04.0   
Target Milestone: ---   
Platform: Appimage   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Quick screencast

Description Pietro Battiston 2020-04-26 16:10:31 UTC
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
Comment 1 Julius Künzel 2021-03-16 20:56:34 UTC
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!
Comment 2 Pietro Battiston 2021-03-19 13:51:55 UTC
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.
Comment 3 Bernd 2024-12-23 19:37:49 UTC
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.
Comment 4 Bug Janitor Service 2025-01-07 03:47:26 UTC
🐛🧹 ⚠️ 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!
Comment 5 Pietro Battiston 2025-01-07 09:15:43 UTC
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.