--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/doc/old_issues.txt	Fri Jan 26 13:15:34 2018 +0100
@@ -0,0 +1,50 @@
+20180117 Magnus Schieder
+
+  20170317 BER: Reproduce and then fix a defect that it is surprising which
+  entries are moved by `m` or deleted by 'd'.
+  It probably has to do how multi-selection are handled. Maybe they
+  are not cleared properly at the end of an operation.
+  One description: It happens when you have changed a lot of entries
+  from different projects (I assume), e.g. by editing the description,
+  the length or timedate and then use move where you intend to only move
+  one, the unwanted result is several moved entries.
+
+  reproduced with getan 2.1
+  20180118BER Reproduced with urwid v1.3.0, python3.4.6, getan 2.2.dev1 r445
+
+  Creating a new database with test data:
+
+  1) Delete getan_test_data.db if it already exists to create a new database.
+  2) Execute getan_test_data.py to get the test database getan_test_data.db.
+     (getan/test_data/getan_test_data.py)
+
+- Bug 1.0
+  2) Open getan with the test database. (getan /path/getan_test_data.db)
+  3) Switch to the entries from the project pro1 with tab.
+  4) Mark with return and arrow keys ent1 and ent2.
+  5) Go back to the projects with tab.
+
+  20180118BER:
+    Observation: ent1 and ent2 are not highlighted anymore.
+
+  6) Switch back to the entries of project pro1.
+  7) Mark this time ent3 and ent4.
+  8) Press m, then 3 and then y to move ent3 and ent4 to pro3.
+
+  Expectation:
+    ent3 and ent4 are moved to pro3.
+
+  Result:
+    ent1, ent2, ent3 and ent4 were moved to pro3.
+
+- Bug 1.1
+  Execute 1) to 7) from 1.0.
+  8) Press d to delete ent3 and ent4.
+
+  Expectation:
+      ent3 and ent4 are deleted.
+
+  Result:
+    ent1, en2, ent3 and ent4 are deleted.
+
+