Is there any way to block a caller (better yet, an entire phone number pattern)? Either in the system or via an app?
If not, consider this a feature request... guess why I woke up at 2AM today.
During my trip, I had to switch back to my old phone due to a bug in the Python3 notification2 library. _closed_callback() was using an "nid" which wasn't in the notifications_registry any more. I coded some defensive logic and logging, and will see what's going on.
But with that workaround, I have been able to daily drive my Nexus 5 for the second day now. I'm able to keep real time notifications with one 150 byte packet sent and received every 2.5 minutes. It lives fine behind NAT, and also seems fine with the transition from Wifi to mobile data and back.
I just today finished coding up an alternative notification system; since I run my own message and notification server, I can do things like this. It uses a UDP-based protocol I cooked up, and I'll see how it holds up over a trip I'm taking for the next week. I have pop-up display, sound, and blinking LED for notifications. Reading the actual notifications is via a web interface.
Anyway, anybody who's interested:
The files udp.py and notified.py are the main parts of this work. At its core the server handles being an XMPP client as a proxy on your behalf, it also talks SMS via a VoIP provider for SMS messaging.
I just updated OTA (the updater called it Version 9). I spotted in the release notes that there is now a new "selection mode". When your cursor is on some text, you long hold space. Swipe to get the cursor to the starting point, then double tap to switch to the mode where you swipe to drag out your range of selected text. Now you can tap cut/copy as usual, but with this excellent mode, you can exactly and easily pick your exact range of text.
Well done! I will be using this feature very often. And since your dragging/control of the selected range doesn't make you put your finger on top of the text you're trying to select (how dumb is that?), this solution is as easy as any I've ever used on a phone. Just remember to long hold space to activate it when you want to select text.
@PINE64 For shipping of batteries, I suggest that you fab a flashlight which uses the same battery. One switch, one LED, minimal plastic case. Then you can ship a battery within a device, national post office regs are satisfied, and the recipient can perhaps crack open the flashlight and use the battery elsewhere.
Re: Caller Blocking?
So I couldn't stand it any more, and remembered an old Nokia N900 hack which sorta did the job. I have a daemon running now which watches for calls on the dbus, and hangs them up if they're in my blacklist config file:
You want the tools/blacklist.py file in that project, if you want to check it out.
No, it's not a GUI or a package; if somebody wants to work with me to wrap this
in something prettier, I'd be happy to help.
I couldn't find any way to get word back to my carrier that they're not even worth
a shot in voicemail. But at least they can't ring my phone....
Ok, I got impatient and dug through the UT Tweak tool. Here's a workaround if you're comfortable in a terminal (or, in my case, adb shell):
gsettings get com.canonical.qtmir lifecycle-exempt-appids
For me, this had a value:
Then I updated this value:
gsettings set com.canonical.qtmir lifecycle-exempt-appids "['com.ubuntu.music', 'com.ubuntu.terminal', 'morph-browser']"
Voila! My browser is happily running in the background.
write an up to date turorial for ubports community then
That would be very much appreciated! Feel free to post something on wiki.ubports.com
Have a look at:
and wordsmith it if you can think of nice changes. Thanks!
(BTW, not clear how to link it into the rest of the document hierarchy.)
Is there any chance we could get Ubuntu Touch engineers from Canonical to attend an AMA? There's a ton of mechanism in Touch, and much of the internal design is not well documented. It'd be a great way to give the UBports effort a boost in the right direction if we could pull together a bunch of key questions and have them describe which parts in which packages make the magic happen.
Ok, dug through the source to obports-installer, looks like most of the goodies hang off of:
which tells you where to get bits for various versions. The latest, currently 72, says that there's bits at :
which, once you pull it and "xzcat device-e3* | tar -xvf -" will give you boot, recovery, and system img files. I booted just to the bootloader and fastboot flash'ed those partitions, and my phone still boots OK. So I guess I'm at least sorta on the right track....
@Flohack FYI, probably just got attacked at the local Cafe. Turned on BT for my external keyboard, but keyboard typing was locked up, then an authentication dialog box popped up. I shut the device down ASAP, will do a clean install since God knows what got scribbled.
No BT in public for me until this is fixed!
I of course mostly develop on my desktop Chromium browser, but every now and then I have a problem which only happens on my UBports browser. I found the file:
Also note that the browser is very, very clingy to JS source files, a reload of the overall app will often not update the contents of the JS source referenced from the app.
If I am reading this correctly, does that mean that the ago old issue of the notification led not working for things like Deko and such like may be resolved soon?
There are two things going on here. One is that the basic push notification service is going away, due to Ubuntu's phasing out of Touch as one of their projects. That's the one I'm working on. I have notifications working well (timely, efficient in both OTA data and battery), but it is an extra task to figure out which apps using old API's might be accomodated.
And then there's the simple issue that it appears the /sys/fs LED files were too protected, so that existing code which knew how to light up LED's couldn't. I understand that will be fixed soon.
@vandys Let me note an enhancement request; I'm in the browser, a text pane with some content I want to copy and later paste to another window. It's not an input field, so I still can only reach the old--very limited--text selection widget. Any chance one of the buttons on the selector widget can be "advanced selection" to reach the new code?
I had a hard time finding this! When you open a terminal (or get an adb shell), you're the user "phablet". In the past the default password was "phablet" or "ubuntu". But with the latest UBports it'll be your screen unlock PIN (or, apparently, password, but I used the PIN option).
I'm posting this here in the hopes that somebody looking for this answer will find it quickly!