Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Android OS bug with some devices running Jelly Bean/4.2.1 - TextView.setError(CharSequence error) Missing icon

Some, but not all, devices running Jelly Bean (4.2.1) appear to be missing the exclamation point error icon that should appear on a TextView (or, more commonly, an EditText) that has an error set on it via TextView.setError(CharSequence error).

enter image description hereenter image description here

The Galaxy Nexus definitely seems to be missing the icon.

The effect is that the error status set by setError is only apparent when the EditText has focus. This makes setError(...) much less useful as it's often used to encourage users to return to that EditText to fix a problem. E.g., you have a standard login screen with username and password form entries that are validated when the user clicks a submit button. A validation error message set on the username form won't display unless the user clicks back to that form -- which is what the error icon is designed to encourage them to do!

To test: (There may be a more readily accessible EditText, but this one is very widely available)

  1. Open Settings
  2. Select 'Add account' (this is in 'Accounts and Sync' on older devices)
  3. Select 'Google' as the account type
  4. Select 'Existing' (after clicking 'Next' and 'Sign in' on older devices)
  5. Leaving the 'Email' EditText blank, click on the 'Password' EditText

At this point, an error is set on the 'Email' EditText saying that it can't be blank. On devices that don't have this problem, the usual error icon is shown, which expands to the full error message when the EditText has focus. On Galaxy Nexuses running Jelly Bean, no icon is shown and the error is only visible at all when the 'Email' EditText has focus again, and still lacks the icon at that point.

This looks like a bug, but I wanted to check if other people can reproduce it, have ideas about what the problem might be, and have a good workaround.

Using setError(CharSequence error, Drawable icon) would probably fix things, but it'd be nice to be able to use the stock error graphic across different Android versions.

like image 383
blahdiblah Avatar asked Dec 07 '12 04:12

blahdiblah


1 Answers

Temporary Solution! EditTextErrorFixed.java

While this is indeed an SDK bug, I've managed to use reflection methods to get the icon to work as intended. I checked that it works with both 4.2 and 4.2.1 and verified that it works on my updated Galaxy Nexus.

The source can be found here.

The screenshot shows that the icon on the bottom EditTextErrorFixed persists even if the focus changes. In addition it incorporates another fix where if the user presses Delete on an already empty EditText the error disappears (another bug?).

Demo image

For convenience, here is the EditTextErrorFixed source; the class can easily be used in XML:

package com.olegsv.showerrorfixeddemo;

import android.content.Context;
import android.graphics.Rect;
import android.graphics.drawable.Drawable;
import android.os.Build;
import android.text.TextUtils;
import android.util.AttributeSet;
import android.view.KeyEvent;
import android.widget.EditText;

import java.lang.reflect.Field;
import java.lang.reflect.Method;

/**
 * EditText which addresses issues with the error icon
 * (http://stackoverflow.com/q/13756978/832776) and also the error icon
 * disappearing on pressing delete in an empty EditText
 */
public class EditTextErrorFixed extends EditText {
    public EditTextErrorFixed(Context context) {
        super(context);
    }

    public EditTextErrorFixed(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public EditTextErrorFixed(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }

    /**
     * Don't send delete key so edit text doesn't capture it and close error
     */
    @Override
    public boolean onKeyPreIme(int keyCode, KeyEvent event) {
        if (TextUtils.isEmpty(getText().toString()) && keyCode == KeyEvent.KEYCODE_DEL)
            return true;
        else
            return super.onKeyPreIme(keyCode, event);
    }

    /**
     * Keep track of which icon we used last
     */
    private Drawable lastErrorIcon = null;

    /**
     * Resolve an issue where the error icon is hidden under some cases in JB
     * due to a bug http://code.google.com/p/android/issues/detail?id=40417
     */
    @Override
    public void setError(CharSequence error, Drawable icon) {
        super.setError(error, icon);
        lastErrorIcon = icon;

        // if the error is not null, and we are in JB, force
        // the error to show
        if (error != null /* !isFocused() && */) {
            showErrorIconHax(icon);
        }
    }

    /**
     * In onFocusChanged() we also have to reshow the error icon as the Editor
     * hides it. Because Editor is a hidden class we need to cache the last used
     * icon and use that
     */
    @Override
    protected void onFocusChanged(boolean focused, int direction, Rect previouslyFocusedRect) {
        super.onFocusChanged(focused, direction, previouslyFocusedRect);
        showErrorIconHax(lastErrorIcon);
    }

    /**
     * Use reflection to force the error icon to show. Dirty but resolves the
     * issue in 4.2
     */
    private void showErrorIconHax(Drawable icon) {
        if (icon == null)
            return;

        // only for JB 4.2 and 4.2.1
        if (android.os.Build.VERSION.SDK_INT != Build.VERSION_CODES.JELLY_BEAN &&
                android.os.Build.VERSION.SDK_INT != Build.VERSION_CODES.JELLY_BEAN_MR1)
            return;

        try {
            Class<?> textview = Class.forName("android.widget.TextView");
            Field tEditor = textview.getDeclaredField("mEditor");
            tEditor.setAccessible(true);
            Class<?> editor = Class.forName("android.widget.Editor");
            Method privateShowError = editor.getDeclaredMethod("setErrorIcon", Drawable.class);
            privateShowError.setAccessible(true);
            privateShowError.invoke(tEditor.get(this), icon);
        } catch (Exception e) {
            // e.printStackTrace(); // oh well, we tried
        }
    }
}
like image 156
Oleg Vaskevich Avatar answered Oct 18 '22 10:10

Oleg Vaskevich