Skip to content
This repository has been archived by the owner on Feb 28, 2024. It is now read-only.

[BUG-225520] [FIXED] [EEP] Save As does not provide dialogue to supply new setting name #4299

Closed
sl-service-account opened this issue Sep 21, 2018 · 1 comment

Comments

@sl-service-account
Copy link

sl-service-account commented Sep 21, 2018

What just happened?

Creating a new EEP sky setting by using an existing setting as a "template" and then using the Save As option causes the edited setting to be saved to inventory using the original's name (producing what appears to be a duplicate). The "new" asset must then be manually renamed from within inventory.

What were you doing when it happened?

Step to reproduce:

  1. Edit an existing sky setting.
  2. Make any changes - colours, textures, whatever.
  3. Select Save As from any tab drop-down.
  4. Click Save As.
  5. New settings asset created with the original's name (fig 1).
  6. User then has to rename asset from within inventory.

What were you expecting to happen instead?

On clicking Save As, would expect a dialogue to be displayed, allowing the user to rename the setting as a part of the Save As process, avoiding the need to subsequently rename the asset from within inventory.

Relying on the user to rename assets after the fact could cause confusion as to which version of an asset they should rename, particularly if they don't have their inventory set to Sort By Most Recent First

Other information

Attachments

Original Jira Fields
Field Value
Issue BUG-225520
Summary [FIXED] [EEP] Save As does not provide dialogue to supply new setting name
Type Bug
Priority Unset
Status Closed
Resolution Accepted
Labels whirly-eep
Reporter Inara Pey (inara.pey)
Created at 2018-09-21T20:24:31Z
Updated at 2020-06-15T15:23:38Z
{
  'Build Id': 'unset',
  'Business Unit': ['Platform'],
  'Date of First Response': '2018-09-28T15:28:40.864-0500',
  'Original Reporter': 'Inara Pey (inara.pey)',
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'Creating a new EEP sky setting by using an existing setting as a "template" and then using the Save As option causes the edited setting to be saved to inventory using the original\'s name (producing what appears to be a duplicate). The "new" asset must then be manually renamed from within inventory. ',
  'What were you doing when it happened?': "Step to reproduce:\r\n\r\n1. Edit an existing sky setting. \r\n2. Make any changes - colours, textures, whatever. \r\n3. Select Save As from any tab drop-down.\r\n4. Click Save As.\r\n5. New settings asset created with the original's name (fig 1).\r\n6. User then has to rename asset from within inventory.",
  'What were you expecting to happen instead?': "On clicking Save As, would expect a dialogue to be displayed, allowing the user to rename the setting as a part of the Save As process, avoiding the need to subsequently rename the asset from within inventory.\r\n\r\nRelying on the user to rename assets after the fact could cause confusion as to which version of an asset they should rename, particularly if they don't have their inventory set to Sort By Most Recent First   ",
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2018-09-28T20:28:41Z

This is fixed on Second Life Test 5.1.10.520017 (64bit)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant