@mrt10001 I found a tutorial for restoring to stock on xda developers site. That worked. Thanks!

I have had UT on a Nexus 4 since Canonical was doing their thing, I was really looking forward to using Ubuntu but if memory serves me it worked, but with a lot issues and no cell or MMS at the time. I parked it a desk drawer then. I stumbled upon UBports last fall and got the thing to reflash the image with this newer one. I putzed with it a bit but had not tried to use it as a daily driver. In January I inserted my AT&T and it would not connect to the network. I reinserted my sim in my IOS and they had locked my account for using an unsupported device. Seemed pretty brilliant to me. I have since gotten a Patriot Mobile sim and inserted it and they sent a text saying "We see your phone does not have the correct settings to access the internet or send MMS. Setting will be sent to your handset." And it works. I have been using it this weekend and all the issues are because it is a tired old dog! It's been sleeping in a desk drawer for three or four years! LOL! I am amazed it works most of the afternoon streaming audio to my BT headset. I found a Oneplus One that according to UBports is better supported. Hope so, I like UT a lot better than IOS or Android. Hope to contribute here.

@overlordofdata Good news. Glad you managed to get where you wanted. You can mark the thread as solved using the topic menu (cog wheel next to the reply button), "ask a question" and then "mark as solved".

The differnce between microphone for recording and for telephony is: different audio paths. While you are in a call the microphone is basically routed by the Android container into the modem. On recording into an app the mic needs to be attached to your Ubuntu Touch app. So while calls are handled by the Android container successfully, as its the same as in Android, routing the mic to pulseaudio fails. That can happen with our ports, we have seen this on other occasions. Whats interesting is that Nexus 4 is so resisting against being fixed

@dobey thanks for clarifying the workflow. I was expecting it to be more like with an rpi, where I use sshfs in the ide to control the build remotely from my desktop.