Users with multiple orgs see full list of editable alts, not just the expected alts of selected project

[wmbeers]

How often can you reproduce it?

• [ ] Always
• [X] Sometimes
• [ ] Rarely
• [ ] Unable
• [ ] I didn’t try

Description:

If all of the following are true:

1. A user has multiple orgUser accounts with project editing authority
2. Follows a link from the EST to edit a given project (index.html?editProject=1234)
3. The orgId of the project isn't the same as the orgId of their first (by PK, apparently) orgUserId

Then instead of seeing the list of alternatives for project 1234, they see all editable alternatives for that district. This is because of code in the callback function from MapDAO.getEditableAlternativeOfProjectList that changes the currentAuthority to match that of the project, which subsequently (via subscription on the currentAuthority observable) triggers a call to the listProjectAlts method.

Steps to reproduce:

1. Log on as a user with multiple org user accounts
2. Find a project with multiple editable alternatives, for an organization that is not the same as the org associated with the user's first orgUser account
3. Follow the link to edit the project

Expected results:

The list of alternatives for the project is shown

Actual results:

All editable alternatives of all projects for the org associated with the project are shown.

[wmbeers]

Code verified in production.