Managing Office 365 Identities Made Easy

A friend of a friend of a friend told about this thing that totally changed their life. It wasn’t exactly that convoluted but I was complaining to a friend the other day about constantly having to switch credentials for my office 365 tenants. He suggested a nifty trick that a friend of ours Beatrice Baciu wrote about. He showed me how to use Chrome Personas to manage my different office 365 accounts.

If you are like me you have many different office 365 accounts. I have two to access my company information like my intranet and staffing tool. I have two different developer tenants and a few client tenants that I need to keep track of. Chrome has the ability to create different personas. When I actually tried this it changed the way I manage my accounts. I did a little happy dance.

  • Open Chrome
  • In the top right corner you will see either Guest of your name if you are signed in using your google account. Click that and it will bring down a drop down.
    screen-shot-2017-02-08-at-2-23-43-pm
  • The top name is the persona that you are currently signed in as, the bottom list are the personas that you can choose from.
  • Click Manage People
    Screen Shot 2017-02-08 at 2.32.37 PM.png
  • Click Add Person
  • Enter a name for the persona, select an avatar, and click save. This adds a new persona to chrome and will open a new Chrome instance for that persona.
    screen-shot-2017-02-08-at-2-35-40-pm
    screen-shot-2017-02-08-at-2-37-10-pm
  • Look in the top right. The persona is now changed to my new persona. I can now log into my dev tenant.
    screen-shot-2017-02-08-at-2-39-19-pm
  • When you log in to your Office 365 account make sure you check the keep me signed in check box so your authentication persists.
  • I can then open a new Chrome window, switch to a different persona and have two windows open at the same time with different office 365 accounts!!!

I hope this is helpful to someone other than me. I mentioned this to several of the folks that work with me and they couldn’t believe they hadn’t heard about this before so I figured I would get it out there in an effort to make others lives a little better. 🙂

 

Enjoy! – d

 

Provisioning files in a feature in the root directory

I was recently tasked with migrating code that was written for 2007  in a feature. The files that were originally provisioned in the feature we deployed to the root folder of the feature. The code had already been upgraded to SharePoint 2010. I needed to create a wsp using Visual Studio 2010 and package it as a feature. Out of the box when you create a new Module in VS 2010 you get a subfolder so for example you create the feature called Feature1 and a module called Mod1. The default deployment path is 14\templates\features\feature1\mod1\file.txt. What I needed was feature1\mod1\file.txt. I tried modifying all the attributes in the elements.xml file and was not able to get the files to the correct location.

 

In the end what i did was the following

  1. Add the file to the module in visual studio
  2. Look at the properties of the file in visual studio
  3. Under Deployment Location expand the + and clear the Path value.
  4. Ensure that the Deployment Type is Element File
  5. Deploy the file and it should be in the correct location.