- Navios
- 18 de setembro de 2026 às 06:11 UTC
- Autor
- Kamo
- Enviar
- fa25989
Quatro superfícies mostraram um membro pelo nome sem identificação ao lado dele, então o cartão de membro do console não tinha nada para Abra. Cada um agora envia o id como TEXT ao lado do nome que já envia (um id de 19 dígitos lido como um número JSON é arredondado para outra pessoa), e só onde esse nome já atinge o chamador. - Aspas de resposta: wireFields adiciona paiSenderMemberId ao lado do paiSenderName. Palavras de um visitante do web-chat são armazenados sob o membro do sistema da org, de modo que o pai do visitante não carrega nenhum — no envio ao vivo e em a história lia da mesma forma, quer o visitante desse ou não nome. Um thread de bug do sistema o detém com O nome, contra a organização dos pais. As linhas Exec2Exec também o carregam; o console as mantém simples. - Hold'em: cada linha mão-história (ActionView) carrega membroId, leia fora da mesma linha mão-lugar que o Então os dois não podem nomear pessoas diferentes. - Bilhetes de suporte: todos os eventos de sistema armazenam o atorMembro ao lado do atorName. Um evento que nomeia o seu próprio actor (a transferência de IA lê "AI Assistant", armazenada sob o membro do sistema) deixa cair o ID armazenado. - Bugs de sistema: cada linha de thread carrega o membroOrgId ao lado do membroId, retido com ele. O conselho é global, e a org é como o console diz a um colega de membro de outra organização. Testes: ChatReplyPreviewWireFieldsTest, SupportSystemEventActorTest (new); SystemBugThreadRedactionTest (+4), HoldemTableViewTest (+1). Cada um falha com sua mudança revertida. Suíte completa 1005/1005 verde; limpo origem/main foi 994/994.