Tag: Google Android

Some apps on your Android device crashing lately? WebView may be the culprit

Article

Android main interactive lock screen

Apps crashing frequently on your Android smartphone or tablet? Check out Webview – it may be the culprit.

Android apps like Gmail are crashing and ‘WebView’ is to blame | Engadget

My Comments

You may have found that with your Android phone some apps like news apps, email apps or online banking apps are crashing lately. It will also affect apps or games that use advertising and the app or game crashes when an ad appears.

This is to do with the Webview system app that allows a native Android app to utilise Google Chrome’s logic to show Web-based HTML content within the app’s user interface. But a recent version of this app has been found to be buggy and is responsible for causing these software crashes.

A temporary fix that has been put forward is to uninstall the latest Chrome updates on your Android device. Or you go to the Google Play Store or the Settings – Apps menu to uninstall Android System Webview.

But Google have lately worked on a bugfix for this problem and are now rushing this out as a software update for Chrome and Webview. These are expected to be delivered as part of the latest Google Play software updates and should be delivered by 24 March 2021. On some devices, you may find that these updates are delivered as separate packages.

Once these are updated, you shouldn’t find your apps that use Web-based content crashing frequently.

Nearby Share to be coming very shortly to an Android device near you

Articles

Transfer data between two smartphones

Wirelessly transferring data between two devices in the same space – now for Android

Google Officially Launches Nearby Sharing | DroidLife

Android’s ‘Nearby Share’ file sharing feature is finally launching | The Verge

From the horse’s mouth

Google

Instantly share files with people around you with Nearby Share (Blog Post)

Support Page

Video – Tap or click to play on YouTube

My Comments

Google has been doing work on its own across-the-room data-transfer technology, now known as Nearby Share. It is the Android platform’s answer to Apple’s AirDrop feature that many iOS users are using to “beam” photos to other users.

There have been previous attempts on the Android platform to offer this feature like Bluetooth Object Push Profile and NFC-based technologies like Android Beam.

But this will work in a true-wireless approach with support for Bluetooth, WebRTC and peer-to-peer Wi-Fi technologies. That means it isn’t dependent on a functioning Internet connection for it to run.

Your Android phone or tablet will need to have Android 6.0 or newer and the functionality will be delivered as part of the Google Play Services update. This means that it is updated independently of the operating system codebase, thus answering the problem associated with a lot of Android devices where manufacturers and carriers won’t support the device two years after it is launched.

This feature will have privacy-focused options like anonymous transfer and the ability for users to limit their discovery to only their contacts or only to selected contacts. As well, recipients don’t see the actual material about to be transferred so they don’t get shocked by someone pushing out unwanted material.

A good approach to handling AirDrop, Google Nearby Share and similar across-the-room data-transfer setups in a safe manner is to keep your devices undiscoverable to others. Then, when you have confirmed face-to-face that you are intending to use this function, then you make your device discoverable in order to receive the content.

It is available for ChromeOS but will be arriving as part of other platform primarily through software that Google develops for that platform. But there needs to be further work on having true federation for these across-the-room data-transfer protocols in a manner that doesn’t necessitate the installation of extra application software.

For Android users, Google Nearby Share is a step in the right direction to having across-the-room data transfer happening on that platform.

Google to make USB Power Delivery mandatory for newer USB-C Android devices

Article

USB-C connector on Samsung Galaxy S8 Plus smartphone

Newer Android smartphones and tablets with USB-C ports will need to be compliant with USB Power Delivery

Google now requires Digital Wellbeing and USB-C PD charging standard for new Android phones | The Verge

Google will require ALL Android devices with USB-C to support USB-PD | AusDroid

Google requires new Android devices with Type-C ports to not break USB-PD compatibility | XDA Developers

What Is USB-PD And Why Is Google Enforcing It? | Gizmodo

USB Power Delivery explained | Android Authority

My Comments

A feature that is asked for with smartphones and tablets is to support fast battery charging as well as the ability to operate the mobile device on external power while it charges.

Dell XPS 13 2-in-1 Ultrabook - USB-C power

… to have the same kind of USB-C power-supply connectivity as this Dell XPS 13 2-in-1 Ultrabook

Typically this was satisfied by USB battery chargers working up to 5V 2.4A and feeding the device from a USB Type-A socket to a USB Micro-B, USB-C or Apple Lightning (MFi) port. As well, chipset manufacturers like Qualcomm introduced proprietary fast-charge solutions that different phone manufacturers implemented. These required the use of chargers that had the corresponding chipset circuitry and often they were offered by the phone’s manufacturer as a supplied or “official” accessory.

But Google are now requiring that Android devices that have a USB-C connection are to fully support USB Power Delivery. This was initially a recommended feature but from September 2019 it will be a mandatory feature for new Android smartphones to gain full software support like Google Play Services and the Google Play Store.

USB Power Delivery is already implemented as the power source for laptops like recent iterations of the Dell XPS 13 or Apple MacBook Air or as a power-source option for USB-C-equipped laptops like the Dell Inspiron 14 5000 2-in-1 convertible laptop. This is augmented with the availability of power-supply devices working to this standard such as battery packs or USB-C monitors.

Here, Google wants to implement the USB-PD standard for the Android platform for a number of reasons. Here USB-PD implements a standard voltage-and-current ladder to supply power to the device according to what the power-supply device can offer and what the device can take. Therefore an Android device manufacturer can design a device to take the right power level to, perhaps, facilitate fast-charging or high-performance operation while connected to a USB-PD power source.

As well, the standard is a known common standard that is managed by USB Implementers Forum rather than a device or chipset vendor for the benefit of the industry. This puts less pressure on power-supply vendors to cater to different proprietary fast-charging requirements.

This standard will also accelerate the availability of USB-PD-compliant power-supply designs for every sort of application and at price points that appeal to everyone. It can also encourage innovation when it comes to power-supply design whether this is for one or more devices or to work from an internal battery, 100-250V AC mains power or 12-24V DC vehicle/marine/aircraft power.

Householders won’t even have to worry about the number of USB chargers available that will charge their mobile device quickly. As well, the environment will benefit because of the reduced number of useable chargers going to landfill but the reality with these chargers is that they are still kept available as “spare” or “convenience” chargers until they fail to function.

USB Power Delivery can also allow for a mobile device to be a power source for a peripheral like a portable hard disk or a USB digital noise-cancelling headset. This may require the mobile device to be equipped with two USB-C sockets if it is to be of use with people who need to be able to run their devices from external power.

Personally, I could see this happening that someone will engineer a cost-effective way to have a USB-PD-compliant power supply to simply be a general-purpose power supply. This will end up with this technology being used simply to power all sorts of lighting, novelties and other devices, like what is happening with the current USB specification.

Google’s approach with mandating the use of USB Power Delivery for all Android mobile devices equipped with USB-C connectors will keep up Android’s fame as the mobile platform built on common open standards.

The Nickname field is now of use for mobile assistant platforms

Article

Samsung Galaxy Note 2 smartphone

Android and iOS can support contacts’ nicknames with Google Now and Siri

Use Nicknames With Siri And Google Now To Reach Contacts Faster | Gizmodo

My Comments

Most smartphone operating systems have in their contact list a field called “Nickname”. This is typically of use when you have a personal nickname, relative-shortcut name like “Mum” or similar name for a contact. But in most cases, this field isn’t shown up on call logs or contact lists.

Now Siri and Google Now make use of the Nickname field to interpret instructions to call particular people. Google Now does provide inherent support for relationship-shortcut names but you can use the Nickname field for manually determining a contact’s nickname. Both voice assistants can query which person a nickname pertains to which can come in handy if you are calling one of many siblings or someone with an obscure nickname or a nickname that is spelt a certain way but pronounced another way.

How could this be improved upon?

Nicknames appearing in the contact-display context

At the moment, the nickname functionality only works in the contact-search context but I would like to see it also work in the contact-display context especailly when a call or text comes in from the contact or you browse through your contact list or recent / missed call logs. This could be facilitated through the use of a “Display As” field which shows a user-chosen field or combination of concatenated fields for a particular contact.

Support for a phonetic representation of a nickname

These systems could support the ability to store a phonetic representation of a nickname which can come in handy when you say that nickname one way but have it written another way. The phonetic representation would be used for voice-based search and voice-based call announcements.

Security issues with nicknames

Nicknames may expose security issues when they fall in to the wrong hands. It is because people use these nicknames as a “password” or “word of trust” within their community.  But confidence tricksters using familiar nicknames as a way to “get in to someone’s mind” and have them acquiesce to their inappropriate scheme. In some cases, a nickname that is a symbol of endearment may be used as a weapon against one or both of the participants.

Having nicknames as a “secure” field which is only shown to trusted users is important to preserve this kind of security. For example, if a phone shows a list of missed calls or text messages on the notification screen, it could show a standard “first-name last-name” or “company-name” while locked but show the nickname while unlocked. Similarly, voice-level biometrics can be used to authenticate a user who is “searching by nickname” using a voice-based personal assistant.

Further improvements needed for phone contact lists

Handling of common phone numbers

Another area where a lot of contact list programs miss out on is handling phone calls or other communication that comes in from pbone numbers, emails or other contact addresses common to two or more contacts.

The most common example is a landline phone number that serves as a “catch-all” number for a household, workgroup or business. In this case, you may instruct the voice assistant to call a person on that landline by saying “person-name Home” or “person-name Work” or something similar. This will place the call to that landline. The same thing will happen if you contact someone else who lives or works behind that common phone number.

The problem rears its ugly head when a call comes in from that phone number or you review your call logs and you see the first alphabetically-listed contact related to that “catch-all” number even though other contacts in your contact list are behind that number. Here you don’t know whom it was who called you or whom you placed that call to.

This could be facilitated using a dynamically-concatenated display field for phone numbers with something like [<company-name>(caller-name-1. caller-name-2, or caller-name-n] for callers with a populated company-name field; or [caller-name-1, caller-name-2 or caller-name-n] for callers missing a company-name field i.e. households. Or you may create a dedicated contact entry for the “catch-all” phone number such as a distinct “name-address-number” entry for a company or household. Then you add “common fields” like work number, home number or company name to the entries associated with the people with that same “roof” in common. The name associated with the dedicated contact entry shows up in the call log when you call that number or on your phone’s screen when they ring you from that “catch-all” telephone.

Conclusion

At least something is being done to make sure that the contact management software and voice-activated personal assistant software  is tied in to how we view our contacts so we see our contacts our way.

Sidekick app streams Google Play music to DLNA media devices

Article

Stream Google Play Music Songs To Any UPnP Or DLNA-Compatible Receiver | Lifehacker Australia

Cast To UPnP/DLNA for GMusic

Download link from Google Play Store 

Demonstration Music in video

Song: Earth Wind & Fire – Can’t Hide Love

Album: Earth Wind & Fire – Greatest Hits

My Comments

If you are buying music through the Google Play Store and want to get it out through some decent speakers, you don’t need to use Google’s Chromecast dongle and an HDMI-equipped TV. Rather, as regular readers will know, DLNA-compliant playback equipment in the from of stereos, home-theatre systems, wireless speakers and the like are more commonly available than the Google Chromecast HDMI dongle.

Instead the “Cast To UPnP/DLNA for GPlay” app adds the list of UPnP AV/DLNA media-renderer devices to the list of playback clients available for playing out your Google Play Store music. This can be a boon with home-theatre setups where you specifically don’t want the attached TV screen to light up every time you want music to play.

It is available as a time-limited free program but drop $2 within the program to guarantee it full functionality.

App stores moving towards larger downloads – how about dynamic packaging

Lately I have observed Google Play (was Android Market) and the Apple iTunes App Store for iOS moving towards permitting the download of larger deliverable files for their platforms’ apps. What I see of this is a move towards PC-style app packaging where there is an executable image of the program along with separately-packed “library” or “resource” files.

This may yield a limitation with it taking a long time before the app becomes ready to use as well as increased pressure on the bandwidth. The latter issue will affect those of us who use wireless-broadband services because of reduced throughput and increased costs to use these services.

What could be achieved would be to allow the app stores to implement dynamic packaging where the user only downloads what they need rather than the same large package. This would be very handy with game franchises and similar programs which have the same runtime code but users download variants which “expand” the program further. Similarly, there could be developers who build function libraries such as peripheral-interface libraries and share these with other developers. It also appeals to app packages which may be packaged for particular device classes like a “smartphone class” app and a “tablet class” app that exploits the large screen of these tablets.

The app stores should then work towards the dynamic package model when they permit larger deliverable packages for the apps that they provide. This setup can work alongside the other mechanisms like background download or Wi-Fi-only downloading to ease the pressure on the devices and their networks.

Smartphone Version of TwonkyMedia’s DLNA / UPnP Server Now Available | eHomeUpgrade

 Smartphone Version of TwonkyMedia’s DLNA / UPnP Server Now Available | eHomeUpgrade

Now the Android platform is moving closer to the DLNA Home Media Network. Other platforms like the Symbian S60 (Nokia N-Series) and the Apple iPhone have had software solutions that expose content held on their storage location to the DLNA Home Media Network, either as native software in the case of the Symbian S60 platform or as an “app” available through the platform’s usual software resources.

This implementation is very similar to TwonkyMedia Server in that it doesn’t have a “media controller” which could allow the user to “push” media to a “MediaRenderer” device like one of the Sony BRAVIA TVs.  It may come about if TwonkyMediia port the TwonkyMedia Manager program or a developer ports one of the iPhone DLNA controller apps to the Android platform.

It will be interesting to see who will come through with a media controller which will become more realistic with the Android smartphone and MID platform.

Google takes on the iPhone with the Android platform

Over the past few years, the coolest phone to be “seen with” was the Apple iPhone and and you were even considered “more cool” if your iPhone was filled with many apps downloaded from the iTunes App Store. Some people even described the iPhone as an “addiction” and there has often been the catchcry “an app for every part of your life” for the iPhone. I have covered the iPhone platform a few times, mainly mentioning a few iPhone-based DLNA media servers and controllers and the “I Am Safe” iPhone app. Other smartphone platforms like the Symbian S60 and Windows Mobile platforms fell by the wayside even though hardware manufacturers and the companies standing behind the platforms were trying to raise awareness of the platforms.

Then, over the last year, Google was developing a Linux-based embedded-device platform known as the Android platform, with a view to making it compete with the Apple iPhone. This year’s Consumer Electronics Show has become awash with smartphones, MIDs, smartbooks and other hardware based on this platform.

The main advantage of this platform is that it is a totally free, open-source platform which allows for standards-based smartphone and embedded-device development. At the moment, there is only one phone – the Nexus One – available on the general market. Other phones that have been talked about include the Motorola “Droids” which have their name focused on the Android operating system. But if these other devices that are being put up during the show are made available on the market, this could lead to a competitive marketplace for smartphone platforms.

Even the app-development infrastructure has been made easier for developers in some respects. For example, developers are able to design a user-interface that works properly on different handset screen sizes. This makes things easier for Android handset builders who want to differentiate their units with screen sizes. A good question to ask is whether a developer is allowed to bring their technology like a codec that they have developed or licensed to their project without having to make the technology “open-source”. This may be of concern to the likes of Microsoft if they want to port their technology to the Android platform. Similarly, would an app developer have to make their projects “open-source”, which may be of concern to games developers who have a lot at stake?

Once the Android platform becomes established, this could “spark up” Microsoft, Symbian and Blackberry to put their handset platforms on the map and encourage further innovation in the handset and embedded-devices sector.