title: not_found error after successfully granting permissions (google realtime api)
body: <p>I grant permissions to a realtime file owned by one of my google accounts (dustin.wehr) to a second google account (d.dawg.fresh), using</p>
  
  <pre><code>gapi.client.load('drive', 'v3').then(function() {
  
          gapi.client.drive.permissions.create({
              fileId: fileid,
              type: 'user',
              role: 'writer',
              emailAddress: email
          });
  </code></pre>
  
  <p>This results in getting an email notification about the newly shared 0-byte shortcut file, which I can then see in the google drive webapp when logged in as d.dawg.fresh, where I verify that it has the same fileid as the shortcut file in my dustin.wehr drive account.</p>
  
  <p>However, when I authenticate as d.dawg.fresh and try to load the file using that fileid (via realtime-client-utils.js), I get:</p>
  
  <blockquote>
    <p>Drive Realtime API Error: not_found: File not found.</p>
  </blockquote>
  
  <p>I use the same client id and app id throughout.</p>
  
  <p><em>Before</em> I give permissions to d.dawg.fresh, I get the expected error when I try to have d.dawg.fresh load it:</p>
  
  <blockquote>
    <p>Drive Realtime API Error: forbidden: Access denied to file.</p>
  </blockquote>
  
  <p>When I try to use either of <code>gapi.client.drive.permissions.get</code> or <code>gapi.client.drive.permissions.list</code>, authenticating from either account, I just get back incomprehensible objects that look like they were created from closure compiler code. I seem to remember those functions being useful before.</p>
  
  <p>When I use "Try this API" at <a href="https://developers.google.com/drive/v3/reference/permissions/list" rel="nofollow noreferrer">https://developers.google.com/drive/v3/reference/permissions/list</a>
  logged in from either of the two accounts, I get <strong>exactly</strong> the same response; two permissions, one for writer and one for owner.</p>
  
  <p>It gets better! I've found the above process works if I flip the roles of the two user accounts, i.e. I create the file with d.dawg.fresh and give permissions to dustin.wehr. Then I can load the file from either account and collaborative editing works exactly as I want it to.</p>
  
  <p>At this point, I am working from two different computers for the two accounts, to make sure there isn't some problem caused by insufficiency of using an incognito window.</p>
  
  <p>Any ideas? </p>