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

Contact Primary Affiliation fields display incorrect Primary Accounts when edited in-line from Contact Details #1259

Open
spinkelman opened this issue Jul 27, 2020 · 1 comment
Labels
accepted Internal SFDO WI has been created bug

Comments

@spinkelman
Copy link
Contributor

Note: FOR INTERNAL USE ONLY. For support questions, please use the EDA Chatter group in The Power of Us Hub.
For feature requests, please use the Ideas tab in The Power of Us Hub.

  • Do you want to request a feature or report a bug?
    Bug

  • What is the current behavior?
    Currently, a user can assign a Primary Affiliation from the Contact Details Primary Affiliation fields and the Account name displays as expected with no error, even though the Affiliation record created is for the Type the Account is assigned.

  • What is the expected behavior?
    I expect the system to throw an error when attempting to assign a Primary Affiliation with an account that does not match the Account Type.

  • What is the motivation / use case for changing the behavior?
    When a user is creating Primary Affiliations through the Contact Details, it's reflecting incorrect information.

  • Acceptance Criteria

    • Given: I am on a Contact Details page
    • When: I assign an account a Primary Affiliation in-line through the Contact Detail Fields
    • Then: I should only be able to assign an account that is that field's specific Account Type
@spinkelman spinkelman added bug accepted Internal SFDO WI has been created labels Jul 27, 2020
@spinkelman
Copy link
Contributor Author

**lurch: attach W-042814

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted Internal SFDO WI has been created bug
Projects
None yet
Development

No branches or pull requests

1 participant