View Issue Details

IDProjectCategoryView StatusLast Update
0006587ardourbugspublic2015-11-05 09:55
ReporterLeatuspenguin Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version4.X git (version in description) 
Summary0006587: Various inconsistencies when saving track/session templates with existing names
DescriptionThere are various issues in relation to saving track and session templates that I have noticed. I came across these issues by chance and spent quite some time trying to figure out a pattern but have finally figured it out -

1. Track templates - if you do accidentally create a track template with an existing name it OVER WRITES the original template file

2. Session templates - if you do accidentally create a session template with an existing name it DOES NOT OVER WRITE the original template file

3. Neither track or session templates warn you if you are saving a template with a pre-existing name.

In both cases, it should warn you about overwriting a currently existing track/session template name, giving you the option to overwrite, or to rename your template, so as to not overwrite the currently existing template file.
TagsNo tags attached.

Activities

Leatuspenguin

2015-10-22 10:09

reporter   ~0017503

I see that this has been worked on in GIT and it addresses all issues raised, however, I would like to raise a question about the behaviour of the 'Confirm Template Overwrite' dialog. When you click its 'Cancel' button, both the overwrite and template dialog disappear.

If a user intended on saving the template, and was warned that a template with that name already exists, I think just the 'Confirm Template Overwrite' should close but that the 'Save Template' option should remain open. If they don't want to overwrite it, I'm sure they still want to save it as a template and give it another name. Otherwise, closing both windows would have them going back to the menu to reopen the 'Save Template...' option again.

chaot

2015-10-22 10:54

reporter   ~0017505

Yes, I think you're right that only closing the overwrite dialog is the right solution.

If I got time I'll have another look at it and implement it like that.

chaot

2015-11-04 23:19

reporter   ~0017581

Should now work the way you suggested. Try with the next nightly.

Leatuspenguin

2015-11-05 09:55

reporter   ~0017583

Thank you. All working as expected now.

Issue History

Date Modified Username Field Change
2015-09-16 20:02 Leatuspenguin New Issue
2015-10-22 10:09 Leatuspenguin Note Added: 0017503
2015-10-22 10:54 chaot Note Added: 0017505
2015-11-04 23:19 chaot Note Added: 0017581
2015-11-05 09:55 Leatuspenguin Note Added: 0017583
2015-11-05 09:55 Leatuspenguin Status new => closed
2015-11-05 09:55 Leatuspenguin Resolution open => fixed