Commit b22b43b
authored
feat: Complete Room migration for EventsStorage (Phase 3) (#139)
feat:
Migrate EventsStorage from SQLiteOpenHelper to Room with:
- Copy-based migration preserving legacy DB
- Automatic fallback to legacy on migration failure
- Full behavioral parity with legacy implementation
- Comprehensive migration tests including fallback verification
* feat: room integration p3 EventsStorage
* fix: bug bot
Missing transaction causes potential data loss on update
The updateEventAndInstanceTimes method performs a deleteByKey followed
by insert without wrapping them in a transaction. The code comment
acknowledges this is needed because the primary key changes, but if the
delete succeeds and the insert fails (disk full, database error, etc.),
the event data is permanently lost with no way to recover. The batch
method updateEventsAndInstanceTimes correctly uses
database.runInTransaction, but direct calls to
updateEventAndInstanceTimes lack this protection. The legacy
implementation uses a single update call so doesn't have this issue.
* fix: catch from validator chat
ABORT forces explicit duplicate handling - The manual check + update
path is intentional to preserve notificationId
REPLACE would break notification ID preservation - It would delete the
old row (losing the notification ID) then insert new
Defensive against race conditions - If somehow a duplicate slips through
the check, ABORT throws rather than silently corrupting data
Faithful to legacy behavior - insertOrThrow + catch-and-update was the
original pattern
* fix: POC
* docs: update
* docs: data domain
* docs: more data domain
* docs: more domain_model and snoozing
* docs: couple more key behaviors for domain_model
* docs: domain_model more
* docs: domain_model quick reference
* docs: domain_model legacy names
* fix: safer getInstance
* fix: updateEventAndInstanceTimes
updateEventAndInstanceTimes creates record when none exists
The updateEventAndInstanceTimes implementation has different semantics
than the legacy version. The legacy code uses UPDATE and returns
numRowsAffected == 1, so it returns false if the record doesn't exist.
The new implementation does deleteByKey (which succeeds with 0 deletions
if record doesn't exist) then insert (which succeeds), returning true.
This creates a new record instead of indicating the update failed,
which could mask bugs in calling code that relies on the return value.
* fix: addEvents
Transaction doesn't rollback on partial failure in addEvents
The addEvents method continues processing events after a failure and
commits partial results, whereas the legacy implementation breaks on
first failure and rolls back the entire transaction. When addEvent
returns false, the loop continues (success = false without break), and
Room's runInTransaction commits whatever succeeded. The legacy code
explicitly breaks from the loop and skips setTransactionSuccessful() to
ensure rollback. This can cause data integrity issues where some events
are inserted while others fail silently. The same issue affects
updateEvents
* fix: RoomEventsStorage thread safe notification id
Race condition in notification ID generation
The nextNotificationId() function reads the max notification ID and
returns maxId + 1, but this compound operation is not atomic. The legacy
LegacyEventsStorage synchronized all operations on the class object, but
RoomEventsStorage has no synchronization. Two concurrent addEvent calls
could both read the same max ID and generate identical notification IDs,
causing Android notifications to silently overwrite each other. This is
a regression from the thread-safe legacy implementation.
* fix: count perf and double transaction wrapper
* fix: and test for legacy fallback if room db creation fails
* fix: legacy match updateEventsAndInstanceTimesImpl
Missing exception handling changes behavior from legacy
The legacy updateEventsAndInstanceTimesImpl in EventsStorageImplV9
catches SQLiteConstraintException and returns a boolean, but
RoomEventsStorage.updateEventsAndInstanceTimes propagates the exception
to callers. When the new instance time matches an existing row's primary
key, legacy logs and returns ret while Room throws, potentially causing
unexpected crashes in callers that expect a boolean return value.
* fix: more legacy match
* docs: RoomEventsStorage1 parent 06f36ae commit b22b43b
18 files changed
Lines changed: 2247 additions & 232 deletions
File tree
- android/app/src
- androidTest/java/com/github/quarck/calnotify
- database/poc
- eventsstorage
- main/java/com/github/quarck/calnotify
- dismissedeventsstorage
- eventsstorage
- monitorstorage
- docs
- architecture
- dev_todo
Lines changed: 3 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
22 | 22 | | |
23 | 23 | | |
24 | 24 | | |
25 | | - | |
| 25 | + | |
26 | 26 | | |
27 | 27 | | |
28 | 28 | | |
| |||
100 | 100 | | |
101 | 101 | | |
102 | 102 | | |
103 | | - | |
104 | | - | |
| 103 | + | |
| 104 | + | |
105 | 105 | | |
106 | 106 | | |
107 | 107 | | |
| |||
Lines changed: 637 additions & 0 deletions
Large diffs are not rendered by default.
Lines changed: 3 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
36 | 36 | | |
37 | 37 | | |
38 | 38 | | |
| 39 | + | |
| 40 | + | |
| 41 | + | |
39 | 42 | | |
40 | 43 | | |
41 | 44 | | |
| |||
Lines changed: 9 additions & 4 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
76 | 76 | | |
77 | 77 | | |
78 | 78 | | |
79 | | - | |
| 79 | + | |
80 | 80 | | |
| 81 | + | |
81 | 82 | | |
82 | 83 | | |
83 | 84 | | |
84 | 85 | | |
85 | 86 | | |
86 | | - | |
| 87 | + | |
87 | 88 | | |
| 89 | + | |
| 90 | + | |
| 91 | + | |
| 92 | + | |
88 | 93 | | |
89 | 94 | | |
90 | 95 | | |
| |||
126 | 131 | | |
127 | 132 | | |
128 | 133 | | |
129 | | - | |
| 134 | + | |
130 | 135 | | |
131 | 136 | | |
132 | 137 | | |
| |||
160 | 165 | | |
161 | 166 | | |
162 | 167 | | |
163 | | - | |
| 168 | + | |
164 | 169 | | |
165 | 170 | | |
166 | 171 | | |
| |||
Lines changed: 1 addition & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
45 | 45 | | |
46 | 46 | | |
47 | 47 | | |
48 | | - | |
| 48 | + | |
49 | 49 | | |
50 | 50 | | |
51 | 51 | | |
| |||
Lines changed: 77 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
| 1 | + | |
| 2 | + | |
| 3 | + | |
| 4 | + | |
| 5 | + | |
| 6 | + | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
| 21 | + | |
| 22 | + | |
| 23 | + | |
| 24 | + | |
| 25 | + | |
| 26 | + | |
| 27 | + | |
| 28 | + | |
| 29 | + | |
| 30 | + | |
| 31 | + | |
| 32 | + | |
| 33 | + | |
| 34 | + | |
| 35 | + | |
| 36 | + | |
| 37 | + | |
| 38 | + | |
| 39 | + | |
| 40 | + | |
| 41 | + | |
| 42 | + | |
| 43 | + | |
| 44 | + | |
| 45 | + | |
| 46 | + | |
| 47 | + | |
| 48 | + | |
| 49 | + | |
| 50 | + | |
| 51 | + | |
| 52 | + | |
| 53 | + | |
| 54 | + | |
| 55 | + | |
| 56 | + | |
| 57 | + | |
| 58 | + | |
| 59 | + | |
| 60 | + | |
| 61 | + | |
| 62 | + | |
| 63 | + | |
| 64 | + | |
| 65 | + | |
| 66 | + | |
| 67 | + | |
| 68 | + | |
| 69 | + | |
| 70 | + | |
| 71 | + | |
| 72 | + | |
| 73 | + | |
| 74 | + | |
| 75 | + | |
| 76 | + | |
| 77 | + | |
Lines changed: 172 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
| 1 | + | |
| 2 | + | |
| 3 | + | |
| 4 | + | |
| 5 | + | |
| 6 | + | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
| 20 | + | |
| 21 | + | |
| 22 | + | |
| 23 | + | |
| 24 | + | |
| 25 | + | |
| 26 | + | |
| 27 | + | |
| 28 | + | |
| 29 | + | |
| 30 | + | |
| 31 | + | |
| 32 | + | |
| 33 | + | |
| 34 | + | |
| 35 | + | |
| 36 | + | |
| 37 | + | |
| 38 | + | |
| 39 | + | |
| 40 | + | |
| 41 | + | |
| 42 | + | |
| 43 | + | |
| 44 | + | |
| 45 | + | |
| 46 | + | |
| 47 | + | |
| 48 | + | |
| 49 | + | |
| 50 | + | |
| 51 | + | |
| 52 | + | |
| 53 | + | |
| 54 | + | |
| 55 | + | |
| 56 | + | |
| 57 | + | |
| 58 | + | |
| 59 | + | |
| 60 | + | |
| 61 | + | |
| 62 | + | |
| 63 | + | |
| 64 | + | |
| 65 | + | |
| 66 | + | |
| 67 | + | |
| 68 | + | |
| 69 | + | |
| 70 | + | |
| 71 | + | |
| 72 | + | |
| 73 | + | |
| 74 | + | |
| 75 | + | |
| 76 | + | |
| 77 | + | |
| 78 | + | |
| 79 | + | |
| 80 | + | |
| 81 | + | |
| 82 | + | |
| 83 | + | |
| 84 | + | |
| 85 | + | |
| 86 | + | |
| 87 | + | |
| 88 | + | |
| 89 | + | |
| 90 | + | |
| 91 | + | |
| 92 | + | |
| 93 | + | |
| 94 | + | |
| 95 | + | |
| 96 | + | |
| 97 | + | |
| 98 | + | |
| 99 | + | |
| 100 | + | |
| 101 | + | |
| 102 | + | |
| 103 | + | |
| 104 | + | |
| 105 | + | |
| 106 | + | |
| 107 | + | |
| 108 | + | |
| 109 | + | |
| 110 | + | |
| 111 | + | |
| 112 | + | |
| 113 | + | |
| 114 | + | |
| 115 | + | |
| 116 | + | |
| 117 | + | |
| 118 | + | |
| 119 | + | |
| 120 | + | |
| 121 | + | |
| 122 | + | |
| 123 | + | |
| 124 | + | |
| 125 | + | |
| 126 | + | |
| 127 | + | |
| 128 | + | |
| 129 | + | |
| 130 | + | |
| 131 | + | |
| 132 | + | |
| 133 | + | |
| 134 | + | |
| 135 | + | |
| 136 | + | |
| 137 | + | |
| 138 | + | |
| 139 | + | |
| 140 | + | |
| 141 | + | |
| 142 | + | |
| 143 | + | |
| 144 | + | |
| 145 | + | |
| 146 | + | |
| 147 | + | |
| 148 | + | |
| 149 | + | |
| 150 | + | |
| 151 | + | |
| 152 | + | |
| 153 | + | |
| 154 | + | |
| 155 | + | |
| 156 | + | |
| 157 | + | |
| 158 | + | |
| 159 | + | |
| 160 | + | |
| 161 | + | |
| 162 | + | |
| 163 | + | |
| 164 | + | |
| 165 | + | |
| 166 | + | |
| 167 | + | |
| 168 | + | |
| 169 | + | |
| 170 | + | |
| 171 | + | |
| 172 | + | |
0 commit comments