MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007146ardourbugspublic2016-11-26 15:132016-11-27 17:18
Reporterelgoun 
Assigned Totimbyr 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformLinux x86_64OSDebianOS VersionSid
Product Version5.X git (version in description) 
Target VersionFixed in Version5.X git (version in description) 
Summary0007146: In playlist menu "New..." and "New copy..." actions are reversed
DescriptionIn playlist menu "New..." and "New copy..." actions are reversed

TagsNo tags attached.
Attached Filespatch file icon fix-7146.patch [^] (481 bytes) 2016-11-26 15:15 [Show Content]

- Relationships

-  Notes
(0019056)
robsco (reporter)
2016-11-26 15:21

I was just about to report this. I can reproduce.
(0019059)
robsco (reporter)
2016-11-27 09:28

I just tried the attached patch on 2f30d763edafb1075c9f07f8bedf3af9d3adc13e

The "Copy playlists" does not work as expected. Two empty playlists are created on the new duplicated track when the original track only has one playlist as described here: http://tracker.ardour.org/view.php?id=7141 [^]

The "Create new (empty) playlists" performs the same action as above. Closer to the expected behaviour but still two empty playlists.

"Share playlists" works as expected.
(0019060)
elgoun (reporter)
2016-11-27 10:47
edited on: 2016-11-27 10:49

We are not talking about the same thing.


The patch fix the reversed behaviour of "New..." and "New copy..." in the playlist menu ==> When you left-click on the "p" button in track header.

There is not duplicated track involved in this bug report.
For #7141, I'm trying to fix it.

(0019061)
robsco (reporter)
2016-11-27 11:08

Ah, my bad, I got confused between the two.

I can confirm that your patch fixes the issues outlined in this report. "New..." and "New copy..." have the expected behaviour with the patch.
(0019069)
timbyr (developer)
2016-11-27 17:18

I have committed your patch to master as 198b8f6b which will be in a nightly build >= 5.4.468 so this issue should now be resolved.

Thanks for the patch.

- Issue History
Date Modified Username Field Change
2016-11-26 15:13 elgoun New Issue
2016-11-26 15:15 elgoun File Added: fix-7146.patch
2016-11-26 15:21 robsco Note Added: 0019056
2016-11-26 15:21 robsco Status new => confirmed
2016-11-27 09:28 robsco Note Added: 0019059
2016-11-27 10:47 elgoun Note Added: 0019060
2016-11-27 10:49 elgoun Note Edited: 0019060 View Revisions
2016-11-27 11:08 robsco Note Added: 0019061
2016-11-27 17:18 timbyr Note Added: 0019069
2016-11-27 17:18 timbyr Status confirmed => resolved
2016-11-27 17:18 timbyr Fixed in Version => 5.X git (version in description)
2016-11-27 17:18 timbyr Resolution open => fixed
2016-11-27 17:18 timbyr Assigned To => timbyr


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker