Files
sharedinbox/next.md
T
Thomas GüttlerandClaude Sonnet 4.6 9c74dec866 perf: speed up deploy-android via MobSF pre-warm and parallel integration tests
Start MobSF as a dep of build-android (_mobsf-start) so it warms up during
the APK build instead of blocking afterwards (saves up to 90 s). Add
_integrations task to run integration and integration-ui in parallel since
they use random Stalwart ports and different Flutter build targets.

Also add `docker rm ... || true` before `docker run` in both _mobsf-start and
mobsf_scan.sh to handle stopped-but-not-removed containers gracefully.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-04-27 07:13:13 +02:00

72 lines
1.8 KiB
Markdown

# Next
## Introduction
Do one thing, ask if unsure first!
Then implement.
Then run `task deploy-android`. Fix, if there are errors.
Then move task which you implementeed to done.md. Keep tasks you did not work in the file.
Check if all files are staged.
Git repo should not contain unknown files.
Then commit.
## Tasks
I opened an account. How to get back to the list of accounts?
I saw no way to do that.
---
I opened a mailbox. I search for "foo bar". I want to see all mails containing foo and bar. Not
mails containing "foo bar" exactly.
---
I search for "foo". Now I see all mails containing "foo". I want to easily do the common actions on
the selected mails: Delete, Archive, Move to Folder, Move to Junk, ...
---
How can I edit the Sieve Filter?
---
When adding a new account, and no well-known file was found, not exact hint in DNS, then
SMTP/IMAP/JMAP should use the mx record as fallback.
---
How can I edit Sieve Scripts? Afaik this feature was added.
---
Replace the custom TextField-in-AppBar search implementation in
lib/ui/screens/email_list_screen.dart with Flutter's built-in SearchBar / SearchAnchor widget
(Flutter 3.x).
Goals:
Remove the _isSearching bool, the _searchController, the slide animation, and the manual Timer
debounce
Use SearchAnchor + SearchBar to drive the _searchQuery state that filters the email list
Keep the existing filter logic untouched — just replace the input mechanism
The search bar should live in the AppBar area; if SearchAnchor doesn't fit cleanly there, use
SearchBar standalone with onChanged (no debounce needed — let the user control submit, or accept
instant filter)
Preserve all existing AppBar actions (compose, sync, settings) when search is not active
Update or remove any tests in integration_test/ that relied on the old search widget tree
---