182 capabilities tracked 5 platforms
Features by platform
What each Bipe client has, what is in a tester build and what is still missing.
Source review: 7 Nov 2026. Mac first. Windows follows.
Compare every feature
Tester build Implemented Planned Needs review Policy Not applicable
| Feature182 trackedimplemented / tracked | iOS163 / 182implemented | Android165 / 182implemented | Web61 / 182implemented | Mac18 / 182implemented | Windows0 / 182implemented |
|---|---|---|---|---|---|
| Account, appearance & accessibility 24 | |||||
Link a computer by QR codeDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build MZ confirmed real phone linking on 6 November 2026; no phone update. Source code | Planned |
End to endSee how it works Device acceptance not recorded | Tester build | Tester build | Implemented | Planned | Planned |
No unencrypted roomsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
No adsSee how it works Device acceptance not recorded | Policy | Policy | Policy | Planned | Planned |
FreeSee how it works Device acceptance not recorded | Policy | Policy | Policy | Planned | Planned |
Servers in BrazilSee how it works Device acceptance not recorded | Policy | Policy | Policy | Planned | Planned |
Open sourceSee how it works Device acceptance not recorded | Policy | Policy | Policy | Planned | Planned |
App lock | Implemented | Implemented | Planned no lock on the page and no PIN check | Planned | Planned |
Two accounts on one phoneSee how it works Device acceptance not recorded | Implemented | Implemented | Implemented | Tester build In Mac preview build 525: link and switch existing personal/company accounts; account creation stays on the phone. Multi-account device acceptance remains in #1161. Source code | Planned |
No Element crypto screens for Bipe usersDevice acceptance not recorded | Not applicable Bipe Next has no Element code or screens; its encryption screens are Bipe's own | Not applicable Bipe Next has no Element code or screens; its encryption screens are Bipe's own | Not applicable Sign-up is in the apps | Planned | Planned |
Bipe app iconDevice acceptance not recorded Placeholder on both until the final artwork | Implemented | Implemented | Not applicable The site has its own mark | Tester build Installed Mac preview uses the shared Bipe mark and tokens. Source code | Planned |
One version and build numberDevice acceptance not recorded | Implemented | Implemented | Not applicable Not an app build | Planned | Planned |
Settings grouped by the user's questionDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned The You tab lists all five root groups and each opens its own screen. Rows that need the phone or a missing Mac capability stay out, as listed in spec settings-group and notification-settings. | Planned |
Tester APK updates itself from bipe.chatDevice acceptance not recorded | Not applicable TestFlight and the App Store update the iOS app | Implemented Tester APK only; the Play build updates through Google Play. Source code | Not applicable The web client loads the newest version on each visit | Planned | Planned |
Haptics languageDevice acceptance not recorded | Implemented | Implemented | Not applicable Haptics are an app feature | Planned | Planned |
Screen reader labels on every control, with an audit in CIDevice acceptance not recorded | Implemented | Implemented | Not applicable The site has its own screen reader work | Planned | Planned |
Text follows the system size, tap targets 44 pt / 48 dpDevice acceptance not recorded | Implemented | Implemented | Not applicable The site has its own accessibility work (product/accessibility.json) | Planned | Planned |
An accessible action for every gestureDevice acceptance not recorded | Implemented | Implemented | Not applicable The site has its own accessibility work (product/accessibility.json) | Planned | Planned |
Reduce Motion in every Bipe animationDevice acceptance not recorded | Implemented | Implemented | Not applicable The site has its own accessibility work (product/accessibility.json) | Planned | Planned |
Increase Contrast with the hc tokens, state not by colour aloneDevice acceptance not recorded | Implemented | Implemented | Not applicable The site has its own accessibility work (product/accessibility.json) | Planned | Planned |
Every settings row works: appearance, media quality, live locationDevice acceptance not recorded | Implemented | Implemented | Planned the web shows only the rows it can serve; media quality, live location and others are absent | Planned | Planned |
Accessibility screen in settings: the state of the system settings Bipe followsDevice acceptance not recorded | Implemented | Implemented | Not applicable No settings on the site; the site has /acessibilidade/ | Planned | Planned |
App colours: the user picks a palette for the accent, the own bubble and the app iconDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Same six palettes and four backgrounds, labels/order/defaults generated. Running Dock icon follows the palette; signed Finder bundle icon stays the default macOS icon. Shared palette selection for favourites and conversation/request rows, with a native per-item context-menu target, shipped in bipe-app#561. Device visual/interaction acceptance remains in #1306. Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Room keys only for cross-signed devicesDevice acceptance not recorded | Tester build | Tester build | Not applicable This policy change covers the native clients; web chat uses a separate client | Planned | Planned |
| Conversations & messages 34 | |||||
Message requestsSee how it works Device acceptance not recorded | Tester build | Tester build | Implemented | Tester build In bipe-app#509: box, trust facts, accept, decline, block, report, request_rooms write. Group invite rows are in #1163, the who-can-message link in #1165. The Mac has no address book. Cross-device acceptance remains in #1221. Source code | Planned |
Novidades do Bipe: one read-only news room per user, and the Settings switch to get news againDevice acceptance not recorded | Implemented | Implemented | Planned the room gets its badge, but the Settings switch to get news again is missing | Planned The news switch is in Notifications on the Mac. The rest of the capability stays open. | Planned |
"Apagar conversa" in a DM instead of a room leaveDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
One DM row per person: the newest roomDevice acceptance not recorded | Implemented | Implemented | Planned only new DMs reuse the newest room; the chat list does not reduce a person's rooms to one row | Tester build In bipe-app#509, the generated ADR 0141 rule. Cross-device acceptance remains in #1221. Source code | Planned |
A DM shows the other person's name and photo, never m.room.name or m.room.avatarDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned List, favourites and timeline header now use the peer photo and shared name rule; group photos/member clusters are also implemented. Other native identity destinations/notifications and real-account checks remain in #1162/#1165/#1167. | Planned |
New DMs with power levels that block invites and room changesDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Blocking in a DM keeps the chat with the composer off and an unblock barDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
A lasting "saiu da conversa" bar with "Convidar de novo" in a DMDevice acceptance not recorded | Implemented | Implemented | Planned no left-the-chat bar and no invite again | Planned | Planned |
DM notifications are only all messages or muteDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build | Planned |
A DM has no threads, pins, encryption badges, message links, # or @ suggestions or room-noise linesDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Sent and read ticks in a DM, no avatar rowDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Delivered tick in a DM from a device ack, chat.bipe.deliveredDevice acceptance not recorded | Implemented | Implemented | Planned no device ack is sent or read, so no delivered tick | Planned | Planned |
Read receipts switch, reciprocal in DMs; groups always publicDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Notice and emote messages in the timelineDevice acceptance not recorded | Implemented | Implemented | Planned both draw as plain text; no notice or emote style and no sender name on an emote | Tester build Native notice/emote rows; original body remains available for copying and safety checks. Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Tappable links, mention pills and received formatting in messagesDevice acceptance not recorded | Implemented | Implemented | Planned links and mention pills work, but received formatting is dropped | Planned Native safe links, mention styling, received formatting and money-pause safety are implemented. Bipe/Matrix profile and invite routing still needs native destinations in #1162; capability stays planned. | Planned |
Archive syncs to other devices and the web (m.lowpriority tag)Device acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
matrix.to and matrix: links open the app; join a group from a room linkDevice acceptance not recorded | Implemented | Implemented | Planned only links to the web client open in place; matrix.to, matrix: and join by room link are missing | Planned | Planned |
Forward a message or media to another chat, with a forward line on the copyDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Pin and unpin messages in groups, pinned banner and pinned listDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Copy a link to a message in a groupDevice acceptance not recorded | Implemented | Implemented | Planned copies a web client link that the code says serves the same account only, not a link for group members | Planned | Planned |
Suas estatísticas: personal stats of the year, computed on the phoneDevice acceptance not recorded | Implemented | Implemented | Planned the Suas estatísticas row and screen are not on the web | Planned | Planned |
Message search across chats and in one chatDevice acceptance not recorded | Implemented | Implemented | Planned search in one chat works; across chats only names match, because the wasm bindings have no search service | Planned | Planned |
Favourite a chat; unread and favourites filters in the chat list; favourites in the order the user setsDevice acceptance not recorded | Tester build | Tester build | Implemented | Tester build Synced tag-filtered stream, three-column grid, stable account-data order, per-scope drag/accessible reordering, no duplicate rows or Unread chip. Cross-device acceptance remains in #1162. Shared palette selection for favourites and conversation/request rows, with a native per-item context-menu target, shipped in bipe-app#561. Device visual/interaction acceptance remains in #1306. Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Mural: an alternative home with tiles sized by a score on the phone, fixed rules onlyDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Group members with the same name show their @ after the name in the timeline, member list, @ suggestions and read-by list, look-alike names includedDevice acceptance not recorded | Implemented | Implemented | Planned the @ shows in the timeline only; member list, @ suggestions and read-by list lack it | Planned | Planned |
Floating date while a chat scrolls, and jump to a dateDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Assistant drafts: the user's assistant drafts, the user sendsDevice acceptance not recorded | Implemented | Implemented | Planned no assistant draft flow and no assistant switch | Planned | Planned |
Text messagesDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Replies and quoted-message navigationDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Mac tester artifact from bipe-app PR #532 passed native Debug/Release builds and tests in CI run 42467741795. Quotes load original details and navigate through up to five history pages; edited marks and deleted placeholders share the Apple presentation. Cross-client device acceptance remains in #1217. Source code | Planned |
Edit sent messagesDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Mac tester artifact from bipe-app PR #532 passed native Debug/Release builds and tests in CI run 42467741795. Quotes load original details and navigate through up to five history pages; edited marks and deleted placeholders share the Apple presentation. Cross-client device acceptance remains in #1217. Source code | Planned |
Delete sent messagesDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Mac tester artifact from bipe-app PR #532 passed native Debug/Release builds and tests in CI run 42467741795. Quotes load original details and navigate through up to five history pages; edited marks and deleted placeholders share the Apple presentation. Cross-client device acceptance remains in #1217. Source code | Planned |
Reactions, emoji choices and who reactedDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Typing indicators and privacyDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Queued sends, retry and cancellationDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
| Groups & communities 18 | |||||
Quiet groupsSee how it works Device acceptance not recorded ADR 0254: plain group messages are silent. Without the Apple filtering entitlement iOS cannot drop them, so they can stay in the list | Implemented | Implemented | Planned groups notify on mentions, but the web does not honour the poll rule, so a new poll stays silent in a quiet group | Planned | Planned |
Group roles: Admin, Moderador, MembroDevice acceptance not recorded | Implemented | Implemented | Planned only Admin can be set and marked in the member list; Moderador shows only as a sender badge and cannot be assigned | Planned | Planned |
PollsSee how it works Device acceptance not recorded | Tester build | Tester build | Planned | Planned | Planned |
Bipe question cardDevice acceptance not recorded | Implemented | Implemented | Planned polls draw as a plain poll card; the company question card is missing | Planned | Planned |
CommunitiesSee how it works Device acceptance not recorded | Planned | Planned | Planned not built; spaces stay hidden and the phones have none | Planned | Planned |
Verified-only groupsSee how it works Device acceptance not recorded | Planned | Planned | Planned not built; the phones also have none | Planned | Planned |
State lines in group timelines: joined, left, removed, renamed, photo and description changedDevice acceptance not recorded | Implemented | Implemented | Planned state and membership events have no timeline row | Planned | Planned |
Threads in groups: reply in thread, thread view, thread listDevice acceptance not recorded | Implemented | Implemented | Planned | Planned | Planned |
Publication-only group: admins and moderators post, members comment in threadsDevice acceptance not recorded | Implemented | Implemented | Planned | Planned | Planned |
Public feed of a group at bipe.chat/@handle: page, post URLs, RSS, the owner's switch and the plain copy of each group postDevice acceptance not recorded | Implemented | Implemented | Planned | Planned | Planned |
Edit a poll before the first vote, poll history in group detailsDevice acceptance not recorded | Implemented | Implemented | Planned polls can be voted and ended only; no create, no edit, no history | Planned | Planned |
Report a group to the Bipe team from group detailsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Banned members list and unban in groupsDevice acceptance not recorded | Implemented | Implemented | Planned members can be removed, but there is no ban, banned list or unban | Planned | Planned |
"O que você perdeu" block above unread messages in groupsDevice acceptance not recorded | Planned | Planned | Planned not built; the phones also have none | Planned | Planned |
Group privacy settings: who can join, history for new members, addressDevice acceptance not recorded | Implemented | Implemented | Planned no join, history or address settings; group details edit only name, description and photo | Planned | Planned |
Group link: one link brings people into a group, and signs them up from a verified adminDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Archived groups: an upgraded group points to its new groupDevice acceptance not recorded | Implemented | Implemented | Planned the list deduplicates versions, but the timeline has no pointer from an upgraded group to its new group | Planned | Planned |
Assistants as chat members: label, operator, model location; admin-only addsDevice acceptance not recorded | Planned | Planned | Planned | Planned | Planned |
| Media & location 20 | |||||
StickersSee how it works Device acceptance not recorded | Implemented | Implemented | Planned received stickers show, but there is no picker, no send and no packs | Planned | Planned |
Voice messages with text | Implemented | Implemented | Planned the transcript shows, but the scam check runs on text messages only | Planned | Planned |
Sender-side voice transcript, pause and resumeDevice acceptance not recorded | Implemented | Implemented | Planned the web has no voice recording or sending | Planned | Planned |
Image descriptions for photosDevice acceptance not recorded | Implemented | Implemented | Planned images have only a generic label; the description is neither read nor written | Tester build Encrypted photo descriptions in upload and native viewer/VoiceOver. Cross-device acceptance remains in #1164. Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Hide photos and videos until tapped, and the photos of people who invite you, stored in the accountDevice acceptance not recorded | Implemented | Implemented | Planned no hide-media setting; only request avatars stay hidden | Planned Photo previews follow account m.media_preview_config and wait for a tap when hidden. Video/invite-avatar handling and the settings editor remain in #1164; capability stays planned. | Planned |
Storage: the space Bipe uses on the phone, and clearing the media cacheDevice acceptance not recorded | Implemented | Implemented | Planned no storage screen and no way to clear the media cache | Planned | Planned |
Data use: a budget for a normal day, light media defaults and a data saverDevice acceptance not recorded | Implemented | Implemented | Planned no data budget and no data saver | Planned | Planned |
Transcribe a received voice message on the listener's phoneDevice acceptance not recorded | Implemented | Implemented | Not applicable Browsers have no on-device speech recognition, and the Web Speech API can send audio to the browser vendor, which breaks end-to-end encryption | Planned | Planned |
Add, edit, remove and copy the caption of a sent media messageDevice acceptance not recorded | Implemented | Implemented | Planned captions can be copied, but not added, edited or removed after sending | Planned | Planned |
Save a received sticker to my sticker packDevice acceptance not recorded | Implemented | Implemented | Planned no save action on a received sticker | Planned | Planned |
Share a sticker pack by link, add a pack from a link or a received stickerDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Media and files gallery for a chat, from chat detailsDevice acceptance not recorded | Implemented | Implemented | Planned no media and files gallery in chat details | Planned | Planned |
LocationShare a location or a pin and show received locations, maps from maps.bipe.net.br See how it worksDevice acceptance not recorded | Implemented | Implemented | Planned received locations show, but the web cannot send one | Planned | Planned |
Share live location for 15 min, 1 h or 8 h, with a stop buttonDevice acceptance not recorded | Implemented | Implemented | Planned no live location send, display or stop | Planned | Planned |
Share to a chat from other apps: photos, videos, files, linksDevice acceptance not recorded | Implemented | Implemented | Planned no web app manifest with a share target; only paste, drop and the file picker work | Planned | Planned |
Voice message playback speed, 1.5x and 2xDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Image messages: send, view and saveDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Included in public Mac preview 1.0.1 (684), source 0b81d7aa0b8be76388c7ed2ab058a81aa7dc5510, after universal Debug/Release, native tests and publication passed in CI run 42532749871. Tester availability does not pass cross-client device acceptance. Source code | Planned |
Video messages: send, play and saveDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
File messages: send, open and saveDevice acceptance not recorded | Implemented | Implemented | Implemented | Tester build Mac tester artifact from bipe-app PR #533 passed universal Debug/Release and 53 native tests in CI run 42471880240. Picker/drop/paste sends support captions and replies; Quick Look, quarantined saves, visible extensions and temporary-file cleanup are implemented. Cross-client encrypted transfer acceptance remains in #1218. Source code | Planned |
Voice messages: record, send and playDevice acceptance not recorded | Implemented | Implemented | Planned Receives and plays audio in TimelineMedia.tsx; recording and sending are missing. Partial support is not full parity. | Planned | Planned |
| Identity, safety & invites 56 | |||||
Scam warningsSee how it works Device acceptance not recorded | Tester build | Tester build | Implemented | Planned | Planned |
A pause before payingSee how it works Device acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
No SMS codesSee how it works Device acceptance not recorded | Tester build | Tester build | Not applicable Sign-up is in the apps | Planned | Planned |
Invite-first first run, same screens and order on both appsDevice acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
Your account lives on your phoneSee how it works Device acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
New phone, same accountSee how it works Device acceptance not recorded Token, PIN, QR and e-mail recovery are merged on both apps; guardians and CPF recovery are not | Implemented | Implemented | Implemented | Planned | Planned |
A way back that survives the App Store transferDevice acceptance not recorded bipe/docs/team-transfer-recovery.md: iOS moves its keychain items into the app-group group; both apps show the recovery reminder and the add-e-mail screen; the server records the moves and counts the share | Implemented | Implemented | Not applicable Sign-up and recovery are in the apps | Planned | Planned |
Verified sealSee how it works Device acceptance not recorded The apps show the seal for a valid pix or govbr badge. No issuer signs those levels in production yet, so server stays planned and no person has a seal today | Implemented | Implemented | Planned no seal shows: Trust.tsx says matrix-sdk-ffi does not export the master key the seal check needs | Planned | Planned |
How a name was checked: two seal marks, the person-seal sheet and the list of factsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Identity proof, personal confirmation and identity changes shown apart in a profileDevice acceptance not recorded | Implemented | Implemented | Planned only profile facts show; identity proof, personal confirmation and identity changes are not read | Planned | Planned |
Verificar com gov.br: trust step 5 with a gov.br signature, two taps in BipeDevice acceptance not recorded Behind the build flag govbrEnabled (iOS AppConfig.govbrEnabled, Android BuildConfig.BIPE_GOVBR): debug builds of the tester ID set only, off in Release and store builds until bipe#542 and the legal review bipe#17 close | Implemented | Implemented | Not applicable Web has no trust ladder step | Planned | Planned |
Official notices from verified institutions as a card, links only on their verified domainsDevice acceptance not recorded | Implemented | Implemented | Planned no official notice card; the generated notice rule is not used | Planned | Planned |
Reserved namesSee how it works Device acceptance not recorded | Implemented | Implemented | Planned no handle picker on the web, so the reserved-name rule never shows | Planned | Planned |
Bipe badge on the official accountsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Disguised lettersSee how it works Device acceptance not recorded NameNormalizer runs on both apps for reserved names and link hosts; no lookalike warning on user names | Implemented | Implemented | Planned the request check for a copied contact name exists; the seal look-alike check on the own name in profile edit is missing | Planned | Planned |
Bots always markedSee how it works Device acceptance not recorded | Planned | Planned | Planned no bot mark; the phones and the server also have none | Planned | Planned |
Is that really Mom?See how it works Device acceptance not recorded | Planned | Planned | Planned not built; the phones also have none | Planned | Planned |
UsernamesSee how it works Device acceptance not recorded | Tester build | Tester build | Planned shows and looks up @handles, but cannot pick or change the own handle | Planned | Planned |
Link and QR codeSee how it works Device acceptance not recorded | Tester build | Tester build | Implemented | Planned | Planned |
A bipe.chat/@handle link opens the profile in the appDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Public profileSee how it works Device acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Social handles on the public profileDevice acceptance not recorded ADR 0228. The rule and vectors are in bipe-shared (socialHandleProblem, test-vectors/social-handles.json) | Planned | Planned | Planned | Planned | Planned |
InvitesSee how it works Device acceptance not recorded | Tester build | Tester build | Implemented | Planned | Planned |
Inviter note sent as the first message when the invitee joins, and the join toastDevice acceptance not recorded | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Planned no invite flow, so no inviter note and no join toast | Planned | Planned |
QR code for an inviteDevice acceptance not recorded | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Not applicable The QR code holds the /convite link | Planned | Planned |
Bring your people (up to 4 named invites, weekly reminder)Device acceptance not recorded | Implemented | Implemented | Planned no named invites and no weekly reminder | Planned | Planned |
Prompt to message the inviter after sign-upDevice acceptance not recorded | Implemented | Implemented | Not applicable Sign-up runs only on the phone; a browser signs in by QR code to an account that already exists, so it never reaches the end of sign-up | Planned | Planned |
The invite survives the store installDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Find your contactsSee how it works Device acceptance not recorded | Implemented | Implemented | Not applicable Browsers give a page no read access to the address book, and contact matching needs the whole list | Planned | Planned |
See your own linked number in Privacidade, formatted, with its confirmation stateDevice acceptance not recorded | Implemented | Implemented | Planned the Privacidade number row is not on the web | Planned | Planned |
A person's profile shows the number saved in your own address book, never one the server sendsDevice acceptance not recorded | Implemented | Implemented | Not applicable The number comes from the device address book, and browsers give a page no read access to it | Planned | Planned |
Device check at sign-upDevice acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
Pix requestsSee how it works Device acceptance not recorded | Planned | Planned | Planned no Pix request card; the phones also have none | Planned | Planned |
Check it in Bipe | Implemented | Implemented | Not applicable A share target on the phone | Planned | Planned |
Stolen phone | Implemented | Implemented | Planned no guardians and no theft mark | Planned | Planned |
Ask to turn on the phone's own theft protectionDevice acceptance not recorded | Implemented | Implemented | Not applicable A web page cannot read or open the phone operating system's theft protection setting | Planned | Planned |
Handle changes in chatsDevice acceptance not recorded | Implemented | Implemented | Planned no handle change line in chats | Planned | Planned |
Account age and profile change factsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Copied photo | Implemented | Implemented | Planned no check of a stranger's photo against contacts | Planned | Planned |
Bipe welcome screenDevice acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
Sign-up in two steps (name, then PIN)Device acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
Terms checkbox at sign-up, acceptance recordedDevice acceptance not recorded | Implemented | Implemented | Not applicable Sign-up is in the apps | Planned | Planned |
Age band from the OS age signal, no date of birthDevice acceptance not recorded | Implemented Declared Age Range; the entitlement goes into the archive with BIPE_DECLARED_AGE_RANGE Source code | Implemented Play Age Signals in the play flavour; the foss build sends none Source code | Not applicable A browser has no OS age signal; a web-only account stays unknown | Planned | Planned |
Re-accept screen for old accounts and new terms versionsDevice acceptance not recorded | Implemented | Implemented | Not applicable Accounts are used in the apps | Planned | Planned |
Help links go to Bipe, not element.ioDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Waitlist and invites in batchesDevice acceptance not recorded | Not applicable Web and server only | Not applicable Web and server only | Implemented | Planned | Planned |
Who can message meDevice acceptance not recorded | Implemented | Implemented | Planned the Privacidade messaging choice is not on the web | Planned | Planned |
Delete the account in the app, with a 72-hour waitDevice acceptance not recorded | Implemented | Implemented | Not applicable In the apps only; the privacy policy says how | Planned | Planned |
Your data | Implemented | Implemented | Not applicable In the apps only | Planned | Planned |
Account status: first-contact limit and the reach noticeDevice acceptance not recorded | Implemented | Implemented | Planned the web client has no account status screen and no reach notice yet | Planned | Planned |
Open a profile or group photo full screenDevice acceptance not recorded | Implemented | Implemented | Planned the web client opens no photo full screen yet | Planned | Planned |
Report a problem to the Bipe team (files stay in Brazil)Device acceptance not recorded | Implemented | Implemented | Planned the Reportar problema action is not on the web | Planned | Planned |
Support DM bridged to the Bipe teamDevice acceptance not recorded | Implemented | Implemented | Planned the support action is not on the web | Planned | Planned |
Remote critical banner above the chat listDevice acceptance not recorded | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Implemented Merged native code; phone acceptance and tester-build evidence remain separate. Source code | Planned no remote banner above the chat list | Planned | Planned |
Discoverable by phone switch in privacy settingsDevice acceptance not recorded | Implemented | Implemented | Planned the discovery switch is not on the web | Planned | Planned |
Warning when a contact's crypto identity changesDevice acceptance not recorded | Implemented | Implemented | Planned no warning when a contact's crypto identity changes | Planned | Planned |
| Work & payments 19 | |||||
Business sealSee how it works Device acceptance not recorded | Implemented | Implemented | Implemented The public link page bipe.chat/@handle verifies the badge without a master key: signature, kid, exp, sub homeserver and lvl only Source code | Planned | Planned |
CVM register line in the company seal, and the stop-order cardDevice acceptance not recorded | Implemented | Implemented | Planned no CVM line and no stop-order card; the generated cvm rule is not used | Planned | Planned |
Claim and verify a business in the app: CNPJ, e-CNPJ proof, websites, reserved namesDevice acceptance not recorded | Implemented | Implemented | Planned The same claim flow on the web, bipe-chat/bipe#188 | Planned | Planned |
Business Pix chargesSee how it works Device acceptance not recorded | Planned | Planned | Not applicable Sending a Pix charge needs an attested device, and a browser cannot give device attestation | Planned | Planned |
Bookings | Implemented | Implemented | Implemented | Planned | Planned |
Catalog | Implemented | Implemented | Implemented | Planned | Planned |
Orders | Implemented | Implemented | Implemented | Planned | Planned |
Quotes | Implemented | Implemented | Implemented | Planned | Planned |
Virtual queue | Implemented | Implemented | Implemented | Planned | Planned |
Business chats in the appDevice acceptance not recorded | Planned | Planned | Planned the company tools bar exists in a DM, but the ledger item stays open: phones and server are also planned | Planned | Planned |
Brand mark next to a reseller's name, with its detailDevice acceptance not recorded | Implemented | Implemented | Planned marks list only in the owner's read-only Trabalho screen, not next to a reseller's name | Planned | Planned |
A work account gets a button for its site, a QR code (PNG and SVG) and ready lines for its own channelsDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
A reseller accepts, refuses and removes a brand's mark; a verified brand grants and ends marksDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Trabalho step by step: tool state, sector, steps, suggestions, HojeDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned Read-only Work overview: today counts, tool states, catalog and people. Setup and operational editors remain planned. | Planned |
Who answersQuem atende: one work account for one person or several, roles, remove, leave See how it worksDevice acceptance not recorded | Tester build | Tester build | Tester build | Planned | Planned |
Who has each customer chat of a work account, notes and names on replies inside the accountDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Interno: Geral and private direct chats between the people of a work account, on member identitiesDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Shop on the web: booking and orders with no accountDevice acceptance not recorded | Implemented | Implemented | Implemented | Planned | Planned |
Parar de receber: stop a work accountDevice acceptance not recorded | Implemented | Implemented | Not applicable The phones hold this control | Planned | Planned |
| Calls & notifications 11 | |||||
Work side keeps its own timeDevice acceptance not recorded | Implemented | Implemented | Planned the hours can be edited, but desktop notifications do not stay silent outside them | Planned | Planned |
Work account in system Focus and modesDevice acceptance not recorded | Implemented | Implemented | Not applicable A web page cannot register with or read the operating system's Focus modes | Planned | Planned |
Sender photo in iOS notifications, conversations on AndroidDevice acceptance not recorded | Implemented | Implemented | Planned desktop notifications set no icon, so the sender photo is missing | Tester build DMs show the peer photo; group notifications show the group photo, not the sender Source code | Planned |
Android notification checkup and battery optimisation promptDevice acceptance not recorded | Not applicable The fork ships the checkup on Android only; iOS has no battery optimisation that stops push | Implemented | Not applicable Battery optimisation and notification channels are Android settings that a web page cannot read or change | Planned | Planned |
Voice and video callsVoice and video calls, end-to-end encrypted, on Bipe's SFU See how it worksDevice acceptance not recorded | Implemented | Implemented | Planned | Planned | Planned |
Optional pushes when someone joins with your invite or your group linkDevice acceptance not recorded | Implemented | Implemented | Planned the web has no push service worker and no setting for join notifications | Planned The join switches are in Notifications on the Mac, as account settings. The Mac gets no pushes yet. | Planned |
Encrypted audio callsDevice acceptance not recorded | Implemented | Implemented | Planned Closed #762 covered the retired stock web client, not the own web client. | Planned | Planned |
Encrypted video callsDevice acceptance not recorded | Implemented | Implemented | Planned Closed #762 covered the retired stock web client, not the own web client. | Planned | Planned |
Encrypted group calls and participant lifecycleDevice acceptance not recorded | Implemented | Implemented | Planned Closed #762 covered the retired stock web client, not the own web client. | Planned | Planned |
Screen sharing: send and receiveDevice acceptance not recorded | Planned Deferred by ADR 0186; no own-client sender/receiver controls found in source review. | Planned Deferred by ADR 0186; no own-client sender/receiver controls found in source review. | Planned | Planned Track sending and receiving separately; shared follow-up #1174. | Planned After Mac evidence; shared follow-up #1174. |
Home screen quick actions on the app iconDevice acceptance not recorded | Implemented | Implemented | Not applicable No app icon menu on the web | Planned The Dock menu is the Mac surface. | Planned |
Integrated code plus tester builds. Policies and non-applicable items are counted separately. No device acceptance results have been recorded in this assessment yet.
How to read the registry
- Tester build
- Included in a tester build. Cross-client device acceptance is recorded separately.
- Implemented
- Code is integrated. Inclusion in a tester build has not been recorded yet.
- Planned
- The complete capability is still missing. Partial support may exist.
- Needs review
- The entry still describes the retired web client and needs an audit.
- Policy
- A product rule, counted separately from platform implementations.
- Not applicable
- Does not apply to this platform. The feature details explain why.
Implementation and device acceptance
Integrated code and tester builds are separate stages. Tests between clients record the devices, versions and results separately.
No device acceptance results have been recorded in this assessment yet.
Check the sources
Statuses come from the shared parity registry. Areas come from the desktop plan, and test records come from the client assessment. Each website deployment reads those files again. Some technical names and details use the registry’s original language.