Денис Загаевский

В логе прямо написано, что не найдена библиотека .so от дропбокса. Текст из заголовка вопроса тут не при чём. Неправильно подключил библиотеку, скорее всего. Перепроверь. Если всё правильно, можно попробовать использовать ReLinker.
Apk распакуй и посмотри, есть ли там упомянутая .so

Сохранить body в переменную и проверить на null.

https://developer.android.com/training/multiscreen...

public void Item

Конструктор должен быть без void

Если он реально не вмещается, можно использовать ScrollView. Насчёт просмотрщика в студии я, наверное, тебя удивлю, но большинство разработчиков им не пользуется. Пишут xml руками.

Он разработан как более гибкая замена RelativeLayout. Нужен для того, чтобы иерархия вьюх была более плоской. И для сложных раскладок.
Не надо использовать его везде, он не более производителен. Если можно то же самое сделать на каком-нибудь LinearLayout - надо использовать последний.

Все исключения, которые он на тебя вывалил - checked. Нужно всё это завернуть в try-catch блок.

for (int i = 0; i < listCheckBoxChecked.size(); i++) {
            if (listCheckBoxChecked.get(i)) {
                listTasks.remove(i);
                listDate.remove(i);
                listCheckBoxChecked.remove(i);
            }
        }

Здесь ошибка. Удалять всегда нужно с конца. Иначе ты пропускаешь элементы.

Например, использовать RxJava, тогда репозиторий возвращает Observable и ему не важно, кто на него подписан.
Другой вариант - использовать коллбеки. Презентер, обращаясь в репозиторий, релизует интерфейс коллбека для получения данный. В этом случае репозиторий опять же не знает, кто к нему обращается.

Нельзя использовать асинктаски таким способом.
1) Отмененную таску нельзя возобновить
2) Они по-умолчанию выполняются последовательно, поэтому, даже если получится сделать подобный трюк, это застопорит остальные таски в приложении
3) У тебя утечка памяти.Утекает активити, просунутая в таску. Делать так не рекомендуется.

Возьми лучше реальный пример, и не майся дурью. Никто не использует асинктаски для заугрузок, которые можно поставить на паузу(т.е. достаточно долгих). Для этого существуют совсем другие апи.

Возвращаться обратно надо не интентом, а вызывая finish(). Скорее всего это решит твою проблему. А на одном инстансе сохранять состояние можно в onSaveInstanceState

Потому что ты не делаешь реакцию на изменение состояния. OnCheckedChangeListener или как-то так.

volatile ничего не говорит ни про что кроме переменной, на которой он поставлен. Говорит, что это переменная не будет закеширована в тренде. Ты всегда будешь видеть её актуальное значение. У тебя реализована банальная гонка потоков. х может браться из локального кеша (thread local) - спорно и в данном случае неважно.

Распишу подробнее гонку. Код может выполняться в такой последовательности

x = 1; //thread 1
x = 0; //thread 2
y = 0; //thread 2
y = 2; //thread 1
if (y == 2) {  //thread 1, TRUE
    if (x == 0) { //thread 1, TRUE
        throw //thread 1, привет
    }
}

То есть это всё о чём - одно нахождение переменной и её присвоений рядом с volatile переменной ничего не гарантирует. Никакой синхронизации нет. Отличие от кода, который есть в статье, которую ты привел в том, что там меняет данные лишь один поток, поэтому гонки не возникает.
Кроме того, знание таких мелочей скорее вредно, потому что может возникнуть желание использовать это в реальном коде, что ведёт к опасному коду, малейшее изменение которого(или, не дай бог, JMM) ведет к труднуловимым ошибкам.

метод addPlacemark возвращает PlacemarkMapObject, нужно запоминать его. Его можно удалить, а также можно сменить положение (setGeometry).