Normanns

GridView работает с адаптером данных, и если для данной ячейки есть данные, то они никуда не денутся из сетки. Данные нужно удалить в адаптере, тогда адаптер сам перерисует сетку в соответствии со своим содержимым.

<item name="windowActionModeOverlay">false</item> ?

Для работы с EXIF-заголовками у android есть неплохой интерфейс:

import android.media.ExifInterface;
ExifInterface exif = new ExifInterface( filePath );

Я применял его для записи информации о координаха фотографии:

exif.setAttribute(ExifInterface.TAG_GPS_LATITUDE, latitudeValue);
exif.setAttribute(ExifInterface.TAG_GPS_LONGITUDE,  longitudeValue);

После изменений все заголовки сохраняются в файл следующей командой:
exif.saveAttributes();

У меня не последняя версия этой либы, но мне кажется Ваша ошибка происходит в следующем коде:

try {
            makeRequestWithRetries();
        } catch (IOException e) {
            if (!isCancelled() && responseHandler != null) {
                responseHandler.sendFailureMessage(0, null, null, e);
            } else {
                Log.e("AsyncHttpRequest", "makeRequestWithRetries returned error, but handler is null", e);
            }
        }

IOException в данном случае вылезает из client.execute(request, context), который не был перехвачен try-catch'ем выше по иерархии и, как бы то не банально звучало, скорее всего спровоцирован вызовом синхронного запроса в UI-потоке.

Я так понимаю это мнение пошло из статьи Влада Невзорова, но имхо Android сегодня - это MVC чуть менее, чем полностью - никаких биндингов и модель, которая живет в своей каше контент-провайдеров.

Любая вьюха должна самостоятельно сохранять свое состояние и возвращать собственные габариты. Есть подозрение, что такое поведение происходит из-за того, что метод onMeasure не переопределен.

Ничто не гарантирует сохранность Ваших данных в процессе работы приложения. Процесс может быть убит, вместе со всеми переменными класса Application (или любого другого синглтона). Ваш подход имеет место исключительно в том случае, если данные возможно получить в методе OnCreate подкласса Application.
Лично я бы все данные сохранял в базе, т.к. это нормальная практика в RESTful приложениях (для того же кеширования или офф-лайн работы).

Учитывая, что юзер может не дойти до конца цепочки окон сразу, то риск того, что процесс умрет существует, а значит, что на одном из окон (в случае хранения данных в синглтоне или Application) приложение потеряет данные с предыдущих форм.
Временная таблица тоже не подойдет - если процесс будет убит, то и подключение к базе будет оборвано, а вместе с ним и временные таблицы.
При это юзер, возвращаясь в приложение, будет видеть то же Активити, на котором остановился.
Поэтому нужно либо запускать весь процесс заного, либо хранить информацию на внутренней памяти телефона (тут уже как удобнее, но я бы рекомендовал preferences, в силу легкости использования и перезаписи данных).

Рискну предположить, что приложения крешится из-за заблокированной SD-карты. Возможно Вы часто подключаете мобильник к ПК в режиме запоминающего устройства, и если, например, извлечь USB кабель минуя "безопасное извлечение", то SD-карта может подвиснуть до перезапуска телефона.