thunderbird / thunderbird/thunderbird-android
Tokens with pictures / alpha-block placeholders and names shown when composing messages should be optional
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 14k
- Forks
- 2.8k
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 57
Description
Expected behaviour
general/display correspondent display settings -- email address and pictures -- should be respected.
1 - when composing a message, correspondent email address should be displayed (when the general/display setting for showing correspondent name is unchecked), not their name (from the addressbook)
2 - the correspondent picture (or alpha block placeholder) should not be displayed if the general/display setting "show contact picture" is unchecked.
Actual behaviour
when
if correspondent is in addressbook, the addressbook name is displayed.
the correspondent's picture (or if one doesn't exist, a placeholder alpha block) is displayed
Steps to reproduce
1.originate a message
2.enter a correspondent's email address
3.if in addressbook, contact name and picture (or alpha block if no picture or not in addressbook) will be displayed.
Environment
K-9 Mail version:5.108
Android version:6.0.1 (but this doesn't matter)
Account type (IMAP, POP3, WebDAV/Exchange):imap
in general/display settings, "show correspondent names, rather than email addresses" and "show contact pictures" are both unchecked.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the message-composition correspondent entry point and trace how the general display settings are applied to contact names, email addresses, pictures, and alpha-block placeholders. Reproduce the issue with both display settings unchecked; it is done when composing a message respects each setting independently.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100