Inconsistent UX for non-editable shared bullets for indenting and new bullet creation

Edit: In each case where I said non-editable shared; I should have said non-editable embedded. Shared with edit access did mean shared. 

Original:
Shared bullets without edit acces do not responsd consiently for indenting [with tab key in my case], or starting a new bullet [enter key] after them.  One implication of this is that if such a shared bullet is the only child bullet in a bullet that is full screen expanded, creating additional bullets is particularly un-intuitive. 

Consistent across firefox, nightly, chrome, chrome based apps.  Win10 / Thinkpad P Laptop. 
I've included a video demonstrating the above referenced behavior.  

On android, non-editable shared bullets seem to allow indenting using the context menu, but do not allow creation of a new bullet after with the enter key.  Shared bullets with edit access respond to the enter key, but do not present an indent key in the context menu.  If I use an alternative keyboard with tab, they do respond as expected. 

https://s3.us-east-2.amazonaws.com/fc1.mazya.org/123.mp4
Video show win10 / Thinkpad -p laptop.  Key presses overlay with AHK, recorded clearly by potato.