Test case MainActivityTest/searchWithActionBar fails from time to time. Log from simple run attached.

pl.rbolanowski.tw4a.MainActivityTest > searchWithActionBar[test(AVD) - 5.0.2] FAILED 
    android.support.test.espresso.base.DefaultFailureHandler$AssertionFailedWithCauseError: 'ListView should have <1> items, but was null' doesn't match the selected view.
    Expected: ListView should have <1> items, but was <3>
:app:connectedDebugAndroidTest FAILED

log.txt

Whenever displaying a task user wants to be able to modify it. Modification should support all properties accessible during task creation process.

The proper option can be displayed in a long-press menu.

The instructions to build tw4a seem not-impossible, but for me (and other non-android-deleloper users) installing tw4a from google play would be the easiest/ best way.

Well, I know that @rosshadden is working (or not?) on sync with taskserver, but nevertheless I think that it'd be a nice option to be able to actually export taskwarrior's data (you know, all these things that are normally stored in ~/.task).

Problem is that when removing an app, Android removes its storage, so after uninstalling and installing it back we loose all our precious tasks. Which is bad in my opinion. Probably not that bad if you have a remote copy of them, but still bad.

Is packing these files (to some kind of zip probably) and storing them on sdcard is possible at all? Or maybe some other way to export the data?

As of now the following configuration parameters must be set:

• taskserver address
• certificate authority
• user certificate
• user private key

The latter three should be read from filesystem (assuming PEM format).

Each application state transitioning (foreground <-> background) cycle causes another search icon to appear in action bar.

The application should download native binary of taskwarrior from fixed URL. It should be detected if a binary has already been downloaded and no repeat the operation unless needed.

Taskwarrior binary will serve as a database for tasks.

There should be a notification that will be active as long as there are any pending tasks. This feature should be enabled by default but possible to turn off via dedicated option in settings.

The instructions to build tw4a seem not-impossible, but for me (and other non-android-deleloper users) installing tw4a from google play would be the easiest/ best way.

When no tasks are visible then some text should be visible instead.

(Android 5.1.2)
Steps to reproduce:

• create a new task
• app goes to background
• restore app to foreground

Code coverage reporting should be integrated into build system.

The website should advertise the application and serve as a hosting for taskwarrior native binaries.

This is quite tricky and can be achieved using different approaches:

• taskwarrior native binary needs to compiled with gnutls support

  This is a preferred way allowing taking advantage of the taskwarrior itself with near to none implementation needed from our side. Gnutls is quite advanced project and compiling it for android won't be easy.

• implementing a taskserver protocol based on available Java utilities

  Acceptable solution which will cost us maintenance and is quite risk-prone. Especially at the early stages of application lifetime.

• forking taskwarrior and use other library which is known to work on android

Steps to reproduce:

1. Add a new task.
2. Go to background.
3. Foreground application.
4. Complete added task.

Expected behaviour:
Completed task is no longer visible.

Test case MainActivityTest::searchWithActionBar is unstable on CI. It needs investigating and fixing.

User wants to set due date for tasks. This option should be accessible during creation as well as modification process.

The idea is to use some nice service (eg. coveralls) and upload coverage reports there. Upload should take place after successful CI build.

Application should communicate with downloaded binary and read its output. Loaded tasks should have:

• UUID
• description

Import data back to application (see #74).

The scope of this feature is to configure Gradle and Android to use junit4.

See #8

The idea is to use prebuilt libraries from termux repository. Those binaries allow for synchronisation with taskserver.

The view should display description for each pending task

Adding a new task should allow for setting a proper description. Task should be automatically marked as pending.

A user wants to manually select tasks (deadline required) and set a custom notification for each. For instance, having the following tasks

id    due    description          urgency
1     6h     clean the house      10
2     3d     pay the energy bill  8
3            update system        2

a user may set a notification 1 hour before due date for 1 and notification 15 minutes prior to task 2. Setting a notification for 3 is not possible as this task hasn't got a due date.

Whenever a task is displayed user wants to long-press it and have an option to mark task as completed.

In order to be sure about taskwarrior binary in-use application should verify if it's checksum matches. Implementation should be used on some well-known cryptographic signing schemes, eg. using RSA key pair. In such case public keys of accepted users would be hardcoded into application.

A dialog should be displayed and the application closed.

The instructions to build tw4a seem not-impossible, but for me (and other non-android-deleloper users) installing tw4a from google play would be the easiest/ best way.

When displaying tasks, the most urgent one should be above others.

I'm leaving this issue as a low priority reference, so it's not forgotten.

As far as I understand version 21 of buildTools is set because Travis has installed only this version, at least according to their docs. But it seems that other projects successfully use version 23.0.2, so maybe it's worth a shot? Are there any other problems (like with emulator)?