Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clone should also prepopulate custom fields #8749

Closed
skvedo opened this issue Feb 25, 2022 · 5 comments
Closed

Clone should also prepopulate custom fields #8749

skvedo opened this issue Feb 25, 2022 · 5 comments
Assignees
Labels
status: accepted This issue has been accepted for implementation type: feature Introduction of new functionality to the application
Milestone

Comments

@skvedo
Copy link

skvedo commented Feb 25, 2022

NetBox version

v3.1.8

Feature type

Change to existing functionality

Proposed functionality

When cloning entity, values from custom fields should be also populated in form.

Use case

Our organization have defined custom fields for prefix with abuse contact to particular tenant IT support staff. When assigning new prefix you usually set these "same as that other segment" so using clone button is obvious approach.

Database changes

Might be good idea add this fields to prefix form.
We defined 2 fields:

  • security abuse contact for case of incident which should be taken case ASAP. Usually creates an incident ticket
  • administrative contact if you need contact for particular tenant. Usually this is pointed to teams mailing list.

External dependencies

No response

@skvedo skvedo added the type: feature Introduction of new functionality to the application label Feb 25, 2022
@jeremystretch jeremystretch added the status: under review Further discussion is needed to determine this issue's scope and/or implementation label Mar 3, 2022
@IdRatherStand
Copy link

I also have users coming to me within our org asking if there is an option to turn this on (we have a very similar use case) so gets a thumbs up from me (y)

@github-actions
Copy link
Contributor

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. NetBox is governed by a small group of core maintainers which means not all opened issues may receive direct feedback. Please see our contributing guide.

@github-actions github-actions bot added the pending closure Requires immediate attention to avoid being closed for inactivity label May 14, 2022
@jeremystretch
Copy link
Member

Blocked by #9414

@jeremystretch jeremystretch added status: blocked Another issue or external requirement is preventing implementation and removed status: under review Further discussion is needed to determine this issue's scope and/or implementation pending closure Requires immediate attention to avoid being closed for inactivity labels May 24, 2022
@jeremystretch jeremystretch added status: under review Further discussion is needed to determine this issue's scope and/or implementation and removed status: blocked Another issue or external requirement is preventing implementation labels Jul 27, 2022
@jeremystretch jeremystretch added status: needs owner This issue is tentatively accepted pending a volunteer committed to its implementation and removed status: under review Further discussion is needed to determine this issue's scope and/or implementation labels Sep 16, 2022
@arthanson arthanson self-assigned this Nov 2, 2022
@arthanson arthanson removed the status: needs owner This issue is tentatively accepted pending a volunteer committed to its implementation label Nov 3, 2022
@arthanson
Copy link
Collaborator

@jeremystretch I'm thinking we wouldn't want this for all custom fields, what about an "is_clonable" flag added to custom fields (default False) if set it will copy over when cloning the related object?

@hagbarddenstore
Copy link
Contributor

hagbarddenstore commented Nov 4, 2022 via email

This was referenced Nov 15, 2022
@jeremystretch jeremystretch added the status: accepted This issue has been accepted for implementation label Jan 5, 2023
@ryanmerolle ryanmerolle added this to the v3.5 milestone Jan 12, 2023
jeremystretch added a commit that referenced this issue Mar 20, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 13, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status: accepted This issue has been accepted for implementation type: feature Introduction of new functionality to the application
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants