Have you read a contributing guide?
Current Behavior
On Android, when an Object Type's icon is set to a custom flat icon (the iconName field, e.g. battery-dead, bookmark, etc.), inline references to that Type fail to render the icon. The two surfaces fail differently:
- @-mentions of the Type show a generic puzzle-piece glyph instead of the custom icon.
- Link blocks (
/add link -> pick the Type) show a blank space where the icon should be. The icon container is laid out but contains no image.
Mentions and link blocks for Types whose icon is an emoji render correctly. The same Types, viewed in the same Space on iOS, show their custom flat icons in both surfaces as expected.
(Note: at present, only Object Types can carry custom flat icons; regular objects are limited to emoji. So this report is specifically about references to Types.)
Expected Behavior
Both link blocks and @-mentions should render the Type's custom flat icon, the same way the icon already renders in the Type editor and the icon picker, and matching the iOS / desktop clients.
Steps To Reproduce
- On any platform, create or select an Object Type and set its icon to a custom flat icon from the icon picker (not an emoji).
- On a page (or in any object's content), type
/add link and select an object of that Type. Also @-mention the Type itself.
- Open the object on iOS. The link block and the mention both display the custom icon.
- Open the same object on Android:
- The mention shows a puzzle-piece icon.
- The link block shows a blank icon slot. The row is laid out as if an icon is present, but nothing is drawn.
Environment
- OS: Android 16
- App version: 0.46.12
- Build number: 4612
- Library version: 0.50.4
- Cross-check: renders correctly on iOS 26
Anything else?
Screenshots
Screenshots
Mobile (Android)
Mobile (iOS)
Desktop (Windows)
Have you read a contributing guide?
Current Behavior
On Android, when an Object Type's icon is set to a custom flat icon (the iconName field, e.g. battery-dead, bookmark, etc.), inline references to that Type fail to render the icon. The two surfaces fail differently:
/add link-> pick the Type) show a blank space where the icon should be. The icon container is laid out but contains no image.Mentions and link blocks for Types whose icon is an emoji render correctly. The same Types, viewed in the same Space on iOS, show their custom flat icons in both surfaces as expected.
(Note: at present, only Object Types can carry custom flat icons; regular objects are limited to emoji. So this report is specifically about references to Types.)
Expected Behavior
Both link blocks and @-mentions should render the Type's custom flat icon, the same way the icon already renders in the Type editor and the icon picker, and matching the iOS / desktop clients.
Steps To Reproduce
/add linkand select an object of that Type. Also @-mention the Type itself.Environment
Anything else?
Screenshots
Screenshots
Mobile (Android)
Mobile (iOS)
Desktop (Windows)