title: Variable and value of variable returning different results when used in same statement
body: <p>I've come across an issue I can't explain. When I use a variable in the below statement, I get incorrect data as my result. If instead I use the value the variable represents, then I get the expected data. The workaround is easy, but I'm curious as to what the problem is. I'd expect the string and the value the string represents to provide the same results.</p>
  
  <p>I'm using <code>Get-CSOnlineUser</code> and filtering by <code>StreetAddress</code>. I assigned the address of <code>Super Secret Address</code> to a variable <code>$location</code>. When I use the variable name it returns the wrong results. When I use the value of the variable it returns the correct results</p>
  
  <p>This code gives the wrong results:</p>
  
  <pre><code>#Returns a table of SFB Users filtered by location and whether or not they have enterprise voice
  
  #Variables
  $location = 'Super Secret Address'
  
  
  #Get all enterprise voice users at specified address
  Get-CsOnlineUser -Filter {StreetAddress -eq $location -and VoicePolicy -eq "BusinessVoice"} |ft DisplayName, Alias, Office, Phone, VoicePolicy, LineURI
  
  #Get non-enterprise voice- users at specified address
  Get-CsOnlineUser -Filter {StreetAddress -eq $location -and VoicePolicy -eq "HybridVoice"} |ft DisplayName, Alias, Office, Phone, VoicePolicy, LineURI
  </code></pre>
  
  <p>This gives the right results:</p>
  
  <pre><code>#Get all enterprise voice users at specified address
  Get-CsOnlineUser -Filter {StreetAddress -eq 'Super Secret Address' -and VoicePolicy -eq "BusinessVoice"} |ft DisplayName, Alias, Office, Phone, VoicePolicy, LineURI
  
  #Get non-enterprise voice- users at specified address
  Get-CsOnlineUser -Filter {StreetAddress -eq 'Super Secret Address' -and VoicePolicy -eq "HybridVoice"} |ft DisplayName, Alias, Office, Phone, VoicePolicy, LineURI
  </code></pre>
  
  <p>Edit: Apologies. I should have clarified. The wrong results were showing a different subset of users that <strong>did not</strong> work at that <code>StreetAddress</code>. Interestingly, it seems like those users were contractors. Aside from that, I'm not seeing a pattern here.</p>
  
  <p>In addition to the wrong subset of users, I saw this warning repeat itself within the results
  <code>WARNING: "OriginalRegistrarPool" with identity "123456789" assigned to "sip:user@company.com" has been removed from configuration store.</code></p>