Changelog
O que há de novo.
Cada melhoria para a plataforma, como ele envia.
· kamo-internal
Oferecer a um membro apenas os tipos que podem receber
O centro de notificação e suas configurações atraíram todos os tipos. A membro sem aplicação Leads foi mostrado um filtro "Lead callback" que poderia só nunca devolver nada, e um interruptor mudo para um tipo que eles não poderiam receber — e o mesmo para os tipos de calendário e lembretes de reunião. Ambos superfícies mapeadas um array codificado e não ler nem a organização nem Os direitos dos membros. Um tipo pertence a um aplicativo, por isso é fechado da maneira que porta do próprio aplicativo dentro o navegador está fechado: a organização tem o aplicativo E o membro detém o app está vendo direito. O aplicativo nunca é escrito — cada tipo de nome RoleRightType, e o direito carrega seu próprio ServiceType, que também é como isso fica em passo com o portão do EmailService: ambos os lados declaram o direito e derivar o aplicativo, então eles não podem vir a discordar sobre qual aplicativo um tipo pertence a. As duas superfícies respondem a perguntas ligeiramente diferentes. As peças de configuração são rigorosos: silenciando um tipo que você não pode receber mudanças nada, e oferecendo O interruptor diz o contrário. O filtro do centro mantém adicionalmente qualquer tipo de que o membro tem notificações, porque o acesso pode ser retirado depois do fato — um membro se mudou da equipe de vendas ainda tem callbacks, e esconder o filtro deixaria essas linhas alcançáveis apenas em "Tudo", que não é um filtro em tudo. Esconder um interruptor nunca limpa o que ele armazenou, então um membro cujo acesso Volta e encontra os seus mudos quando os deixaram. Os direitos chegam uma batida depois primeira pintura, exatamente como eles fazem para o carril de navegação, então o portão falha fechado para essa batida em vez de piscar todos os tipos. hasFeature() agora leva qualquer coisa carregando um nome em vez de AppType especificamente: o mesmo enum é espelhado duas vezes, como AppType e como ServiceType, e um chamador que alcança um aplicativo através de um direito detém o último. Ampliar o parâmetro é o que o impede de ter que traduzir entre dois espelhos de um enum. A execução não está aqui — EmailService recusa-se a escrever a notificação De todo. Isto é o que o membro é oferecido.
· EmailService
Um membro só é informado sobre aplicativos que eles têm
Um tipo de notificação pertence a um aplicativo — um callback principal é Leads, a o lembrete de reunião é Reuniões — mas o raise() perguntou apenas se o membro Tinha-o silenciado. Então, um membro sem aplicativo Leads ainda foi escrito um lead callback sempre que o processo de alguém levantou um para eles, e o site desenhou um filtro e um interruptor mudo para um tipo que eles nunca poderiam receber. Fechado agora pelas duas perguntas que portam a própria porta do aplicativo no navegação: a organização tem o aplicativo, e este membro detém A aplicação está a ver bem. Suprimido como um mudo é — não escrito, não publicado, não contado — em vez de escrito e escondido, porque uma linha ninguém pode ver é uma linha que aparece no dia em que o aplicativo é ligado, datado de Março passado. O aplicativo nunca é nomeado duas vezes. Cada tipo designa um tipo de função e o direito carrega seu próprio ServiceType, assim esta regra e o um o site Estados em **************** não pode deriva em discordar sobre qual aplicativo um tipo pertence: nenhum deles diz. Duas consultas, no máximo, qualquer que seja o tamanho do leque - uma para a direita em cada destinatário, uma por organização distinta para o aplicativo. Notificação O AccessRepository vive aqui em vez de na biblioteca partilhada pela razão que MessageListIndexRepository faz: somente o hub de notificação faz a pergunta nesta forma, e uma liberação bibliotecária compartilhada é uma mudança para cada serviço que depende dele. A organização sai de cada linha de direitos próprios do membro em vez de fora do pedido, porque o pedido O ID da organização é opcional e um fan-out pode cruzar organizações. Não encerrado num quadro materializado: MEMBRO RIGHTS APLIED stale for a membro significa que membro silenciosamente deixa de ser dito coisas, o que é mais silencioso do que o bug que substitui, mas mais difícil de notar. Todos os registos de supressão em debug com o membro, o tipo e o direito que estava faltando.
· kamo-internal
O console mostra a um leitor o que eles podem ter, e não mais
Duas coisas que a página /kb relatou a qualquer pessoa segurando VEZ KB ARTICLES. O corpus. O público bate um autor no compositor — Membros, Equipe Membros, Públicos — nunca foram forçados para um leitor humano; KBService servido todos os artigos ativos na org. Este é o lado fixo do servidor (kbservice 30f2bf9): um membro que não é um membro da equipe agora recebe artigos públicos + membros, uma equipe membro recebe todos os três níveis, e apenas publicado um. Este lado segue-o. O corrimão. As peças de estatísticas ler tudo / Publicado / Em revisão / Drafts / Arquivado / Mina / Pinned / Ficou quieto, para todos. Esses quatro últimos são um relatório sobre como o trabalho editorial da organização está indo, e leitura levou Nada além do direito de ler um artigo. railFilters() agora retorna o que o leitor pode agir. Um mantenedor mantém tudo Oito ladrilhos. Mais alguém fica com tudo e pinned, mais o meu só se eles podem criar um artigo para possuir um. As peças do fluxo de trabalho são removidas em vez de zeroadas — o servidor envia apenas um leitor de artigos publicados, para que cada um se sente em 0, e uma peça que sempre lê 0 ainda é uma declaração sobre o que existe feito para Alguém que não foi mostrado. Publicada também vai: seria uma cópia exata de Tudo ao lado. "Precisa de atenção" é apenas mantenedor pela mesma razão — cada linha é uma instrução de manutenção. Quem conta como mantenedor vem da visão geral, não da re-leitura do Os direitos da sessão aqui. O servidor já tinha que responder para filtrar a lista; responder duas vezes, em dois vocabulários, é como um trilho acaba oferecendo uma telha O servidor só se enche de nada. O padrão é a forma do leitor quando ausente, então um pacote em cache contra um serviço não enrolado erra estreita. clampFilter cobre o caso que a preferência armazenada cria: a seleção de trilhos é lembrado por membro, então um mantenedor despromovido retornaria a uma peça DRAFT que já não existe, uma lista vazia, e nada iluminado para explicar. O compositor agora diz quando um artigo foi endereçado a ninguém. Três fichas Off significa exatamente isso no servidor em vez de ser ampliado para trás O autor está de volta, então este é o único lugar onde eles serão informados. Os dois strings de audiência que descreveram o comportamento antigo foram renomeados, não editados — translate.ts apenas filas uma chave que está faltando ou ainda igual ao inglês. A 404 sobre um artigo agora lê-se como "Artigo não encontrado" em vez de "Falha para carga". Escondidas e desaparecidas são deliberadamente a mesma resposta, e "falhou" seria enviar um membro para apoiar um sistema que funcione exactamente como previsto.
· KBService
Forçar as fichas de audiência em cada leitura humana
O compositor sempre ofereceu a um autor três fichas sob "Visible to" — Membros, membros da equipa, públicos. Eles foram escritos para a linha e indexados em Qdrant para que o assistente os respeitasse, e então nenhuma leitura humana nunca Olhei para eles novamente. Cada ponto final do artigo foi fechado em VER KB ARTICLES e Nada mais, então um membro que detém apenas esse direito foi servido da organização todo o corpus: material somente em equipe, rascunhos inacabados, artigos aguardando revisão, e o arquivo. KbReaderScope é todo o portão, e a ordem de suas regras é o projeto: org + ainda ativo nunca renunciado, por qualquer direito mantenedor Está a ver tudo? um revisor filtrado pelo público poderia ser atribuído artigo para aprovar e, em seguida, entregou um 404 para ele autor CREATE é separado de EDIT, então um autor que não é um mantenedor ainda deve alcançar seu próprio rascunho PUBLICADO rascunho/em revisão/arquivado são fluxo de trabalho editorial membro da equipe de audiência -> todos os três níveis; qualquer outra pessoa -> público e membros. Cumulativo, não preciso: um artigo aberto ao público não está assim escondido do pessoal A aiEnabled não é deliberadamente consultada — significa "treinar o assistente isso", e exigindo que tornaria o rótulo "Visível" falso. Três fichas off é deixado para significar o que diz; o compositor avisa o autor em vez disso. Aplicado a /artigos, /artigos/árvore, /artigos/overview, /artigos/{guid}, /versions, /media, /search e ambas as superfícies do pino. Notas: - A árvore repare em vez de truncar. Uma página de visão geral apenas em equipa com crianças publicadas é uma forma comum, e caindo a sub-árvore com sua pai esconderia artigos que o autor deliberadamente abriu. Mantido puro e estática para que a regra seja testável sem uma base de dados; também guarda um ciclo pai, em que a velha caminhada teria recorrido. - Filtrar listas antes de chamar. Filtrando uma página que a base de dados já corta folhas o chamador lendo o total como o tamanho do corpus. - as contagens de visão geral vêm da lista filtrada, e agora carrega escopo para que o trilho do console seja extraído da mesma resposta. - Um artigo escondido e um desaparecido ambos respondem 404. Um 403 em um guid é um Oráculo para exatamente o que as bandeiras escondem, e o lançamento de GetByGuid é pego assim O caso perdido não pode escapar como 500 e tornar-se nesse oráculo. - Pinning é fechado como a leitura que mantém; unfing deliberadamente não é, desde um membro mais quer limpar um alfinete cujo artigo foi estreitado para longe deles. Também fecha dois furos de escrita cross-org encontrados no mesmo controlador: /reorder não tinha nenhuma verificação de organização em tudo — EDIT KB ARTICLES em qualquer org poderia reordenar e, através de paiId, repare o artigo de outra org em sua própria árvore — e /restore/{versionNumber} também não tinha nenhum. Todos os outros escrevem aqui verificam. 68 testes verdes, 25 novos.
· kamo-internal
Um grupo por aplicativo, um console para conceder-lhes, e notas mestre como widgets
Três mudanças que acabaram por ser uma. A página da casa. "Meu Master Note" e "Nosso Master Note" foram feitos sob medida diretamente fora de page.tsx, fechado em nada, posicionado por seus próprios IDs de layout, e removível por ninguém — portanto, um membro cujo papel retém VER NOTAS não tinha ícone de Notas, não /notas página, e duas notas em sua home page de qualquer maneira. São elementos de registo Agora, que é o que o registro diz que é para: uma entrada compra a grade, o arrasto, a ordenação, a apresentação/oculta por membro, a tela de configurações e a cinco-direita política. Não há código de master-note na página.tsx. Os seus IDs de disposição mudam de master:mine / master:ours to widget ids, assim um membro que tinha arrastado aqueles dois painéis em algum lugar encontra-os de volta em seu lugar padrão uma vez; um mapeamento permanente de dois painéis na loja de layout teria sido o pior comércio. Os painéis de nota presa já estavam presos na resposta do navegador; essa resposta agora vive em um lugar (lib/notesAccess) em vez de ser soletrado em linha. Os grupos. Um grupo de segurança é um APP, mostrado apenas quando a organização tem esse aplicativo ligado — essa ligação é a razão pela qual existem grupos. As aplicações têm sido de dois níveis árvore desde 2026-08-24 e os grupos agora segui-lo: POS é "Linhas de Negócios" (foi "Comércio") com Varejo, Aluguel, Trabalho de Serviço, Assinaturas, Aquisições, Hipoteca Empréstimos, Empréstimos Pessoais e Registos de Doentes. A lista de grupos foi mantida à mão e tinha caído atrás do catálogo, o que é pior do que soa: um direito cujo serviçoType não corresponde a nenhum grupo não pode ser concedido em nenhum editor e nada diz isso. Reuniões, empréstimos hipotecários, empréstimos pessoais e jogos estavam nesse estado — 19 direitos, no entanto, a aplicação foi licenciada. É agora um COVERAGE test: permissionAppSections.test.ts lê RoleRightType.java e falha se houver app with rights não tem nenhum grupo, e lê linha pai(...) do ServiceType.java para fixar o Aninhar. Mais duas da mesma forma, encontradas no caminho: o emprego-título e editores de departamento deixou cair os cinco direitos de segurança de acesso e CONFIGURE SYSTEM inteiramente (esculpido de Geral em grupos nem editor renderizado), e a aba membro intitulado seus grupos com o nome enum cru — "POS" aqui, "Commerce" três telas de distância. Cada editor agora constrói seus grupos através da permissãoGroupTree, para que nenhum deles possa conter um diferente Taxonomia outra vez. A UI. Quatro telas renderizadas ~280 direitos como uma pilha de acordeões — uma coluna sobre nove telas de altura, onde encontrar "pode este papel reembolsar uma ordem" significava abertura acordeões por sua vez. E a pilha é plana, que os aplicativos já não são. Então é um console: um trilho de grupos, aninhado como os aplicativos da org são, ao lado de um painel mostrando um grupo. Cada linha ferroviária carrega um medidor concedido contra o total para toda a sua subárvore, portanto a forma de um papel é legível antes de tudo ser aberto — um Agente de Apoio quatro quintos do caminho através do Registro de Pacientes é visível a partir do trilho. A pesquisa abrange todos os grupos com contagens de hits por grupo; o trilho é pegajoso, seta-chave navegável e torna-se tira deslocável abaixo de md; o movimento reduzido é respeitado. Uma coisa que tinha de ser corrigida em vez de herdada: dividir o comércio em crianças grupos quebraram a cascata, porque negar ACCESS COMMERCE em "Linhas de Negócios" Já não seria o "nuke View SUBSCRIPTIONS" sob "Assinaturas". DireitosSecção `context` aderente agora — todo direito em cada grupo — assim que a cascata funciona no todo árvore enquanto apenas um grupo renderiza.
· SecurityService
Seed the master-note widgets from VIEW_NOTES
The two master-note panes shipped with no right at all — "My Master Note" and "Our Master Note" were on every member's launchpad unconditionally — and this is the deploy that puts them behind a grant. Without a seed every organisation on the platform would lose both panes on the next restart and have to go and switch them back on, which is exactly the "a new right silently REMOVES access that already worked" case NEW_RIGHT_SEEDS exists for. VIEW_NOTES is the lineage rather than "everybody", because it is the population that KEEPS the notes: GET /api/notes/master takes VIEW_NOTES now, so a member without it has nothing for the widget to show, and seeding wider would put an empty pane on the launchpad of exactly the members the change is about. ADDED seeds here, unlike the picture frame's — these two panes are already on every launchpad and already hold the member's own writing, so arriving switched off would read as the platform having deleted them. OPTIONAL and MOVABLE seed so a member can now do what they never could: take one off, or put it where they want it. REQUIRED does not seed, as for every other widget: pinning something to every member's home page immovably is a decision an organisation makes.
· kamo-shared-library
A security group per app, and the master notes as widgets
Ten new rights, 278-287: NOTES_MASTER_MINE_WIDGET and NOTES_MASTER_OURS_WIDGET, each with the four policy children every home widget carries. Both hang off VIEW_NOTES — the right that gates the DATA — because a widget parented anywhere else is a way round the gate on what it displays. MANAGE_ORG_MASTER_NOTE (228) moves from a standalone root with no ServiceType to a child of VIEW_NOTES tagged NOTES. Its old comment argued that the organisation master note was a launchpad fixture KBService served without any notes right, so tagging it NOTES would hide the right from orgs that could still see the note. That premise is gone: GET /api/notes/master now takes VIEW_NOTES like every other read in NotesController. The rest is the same correction applied to three apps that had been filed under their parent, or under nothing at all. The permission editors used to render one flat section per top-level app, so a right tagged with a CHILD app could not be granted anywhere — which is why Service Work's five rights carried POS and why the nine calculator modes carried no ServiceType and sat in the General drawer with forty unrelated rights. The editors render the app TREE now, so: - the nine CALC_* modes take ServiceType.CALCULATOR - the twenty subscription rights and MANAGE_BILLING_PROVIDER take SUBSCRIPTION - Service Work's five take SERVICE Orders, pricing, tax and quotes deliberately stay on POS: a retail sale, a rental and a service job are all orders against the same price list, so they are the commerce spine rather than any one vertical, and an org running three verticals grants them once. No enforcement changes. getServiceType() is read only by RoleRightDTO and MemberSecurityController when they serialise a right for the editors — it decides which group a right appears in, never whether a check passes. Counts in RoleRightHierarchyTest updated in the same commit, as they must be: values 268->278, children 194->205, standalone 39->38 (MANAGE_ORG_MASTER_NOTE leaving), roots 74->73.
· KlusterServices
Troque a saudação do correio de voz para KamoCRM-LeaveVM
24.9s, para baixo de 27.9s. Enviado ao lado da gravação anterior em vez de sobre ele, assim que rebobinando para trás é uma mudança de uma linha para KAMO VOiceMAIL GREETTING mais um Recarregar dialplan – sem re-carregar. Fonte estéreo de 48 kHz convertida para o Asterisco mono de 8 kHz requer. Verificado ao vivo: checksum corresponde ao arquivo local, Asterisco decodificado para 199274 bytes de u-law (24.91s a 8000 B/s), a resolução global para custom/kamocrm-leavevm, e uma chamada de teste correu Playback para completar e passou para VoiceMail sem Erros de resolução de ficheiros no registo.
· kamo-login
Deixe um membro assinado chegar ao formulário de login e voltar para fora do selecionador de espaço de trabalho
Duas metades do mesmo problema: a página de login era uma rua de mão única. Validou qualquer cookie *** existente ao carregar e, quando a sessão ainda estava bom, redirecionado diretamente para o espaço de trabalho a que pertencia. Que fez a forma inalcançável para qualquer um já assinado — um membro de várias organizações não podia abrir um segundo, porque cada tentativa de voltar aqui os na primeira, e alguém assinou como a conta errada não tinha como alcançar um formulário para corrigi-lo. O cookie agora é deixado sozinho em vez de consultado ou limpo: a aba já usando-a continua trabalhando, e assinar aqui simplesmente emite um novo sessão, que é o que torna várias organizações abertas ao mesmo tempo trabalhar em tudo. Nada é perdido por não redirecionar. `?next=` e a entrega paga do check-out são ambos aplicados no caminho de entrada normal, então essas viagens ainda terminam onde eles deveriam — eles apenas perguntam quem você é primeiro. planCheckoutUrl () em particular não deve ser chamado na carga, porque lê-lo consome o cookie de um tiro que é construído a partir de; um ramo que o leu e depois não redireccionou iria comer silenciosamente Seleção do plano do comprador. O coletor de espaço de trabalho ganha uma saída, pela mesma razão: é a primeira tela que mostra qual conta você realmente autenticou como, de modo a assinar como o errado nota-se lá ou não. Fugir faz a mesma coisa. Ambos são inertes enquanto uma seleção está em voo, cujo token já está sendo gasto. A recuar. descarta esse símbolo em vez de o levar para a próxima tentativa — é de utilização única e pertence à autenticação abandonada. Também deixa cair a "Sessão Verificando..." spinner e seu estado, que de outra forma sentaram-se ali alegando verificar uma sessão que a página já não olha.
· kamo-shared-library
A nota de crédito, o único caminho de correção para uma fatura finalizada
B3: Kamo possui tudo antes de finalizar() e o provedor possui tudo depois, e cada provedor no roteiro trata uma fatura finalizada como imutável. Assim, uma fatura que estava errada nunca é editada e nunca apagada — um nota de crédito é levantada contra ele e o par é o que um conjunto de contas e um O auditor lê os dois. Nada aqui escreve para a factura. Sua própria série de números, de DocumentType.CREDIT NOTE e sua própria contra-linha. A nota de crédito que consumiu um número de fatura deixaria uma lacuna na fatura série que ninguém pode explicar anos mais tarde. Não existe nenhum estado DRAFT: uma nota de crédito é levantada como um ato completo, por isso é numeradas e carimbadas na mesma transação que o cria. Os números são POSITIVOS — uma nota de crédito para 50 créditos 50. O sinal vive no que o documento é, não em seus números; armazená-lo significa negativo para saber qual convenção esta tabela segue, e a primeira que não faz uma fatura total subir quando um cliente é reembolsado. sumCreditedForInvoice COALESCEs to zero: a null cheing where a number was Espera-se que uma tampa se torne silenciosamente sem tampa. Falhas observadas, literalmente. RED (antes da existência das entidades), do CommerceInvoiceServiceTest: **************************** não foi possível encontrar o símbolo **************************** não foi possível encontrar o símbolo (CommerceCreditNote, ComércioCreditNoteRepositório) GREEN: Testes executados: 81, Falhas: 0, Erros: 0, Pular: 0 no serviço de faturamento, mais SharedLibBeanSafetyTest 3/3 verde em uma exportação isolada — o novo pacote Não carrega nenhum estereótipo.
· kamo-shared-library
O contador do documento, e um número que não pode bifurcar
Cada número de documento existente nesta plataforma é uma corrida de verificação-então-inserir com nenhuma restrição única por trás dele: números de cotações são COUNT(...)+1, assinatura números de fatura carregar cada linha para o org na memória e tomar .size() +1, empréstimo os números escolhem um valor aleatório e falham ao retornar nulo. Dois concomitantes os escritores leram a mesma figura e escreveram um número um maior. Uma factura número não pode ser corrigido após o facto — o cliente já tem o PDF — então esta série é cunhada sob uma fechadura de linha em vez disso. Uma tabela e não uma sequência: não há nenhuma SEQUÊNCIA CREADA em qualquer lugar neste plataforma, e declarar um @SequenceGenerator faria um exportável para KI's ddl-auto: atualização, que iria criá-lo COM 1 e distribuir ids abaixo 2^53 em um esquema unique rowid(). Uma sequência também não pode reiniciar por ano ou por locatário, que é a forma que uma série de faturas tem. findForUpdate é a única leitura no repositório — ele estende o Repositório, não JpaRepository, então não há nenhuma descoberta desbloqueadaById para alcançar por acidente. insertIfAbsent usa NO CONFLICT NÃO FAZER NADA em vez de SupressãoService's Linguagem de captura-violação. Esse idioma possui toda a sua transação; este é executado dentro da chamada, e uma violação única aborta um PostgreSQL/Yugabyte transação definitiva, para que a captura seria lido como manuseado enquanto a fatura O INSERT falhou. Falhas observadas, literalmente. RED (antes da existência das classes): pacote **************** não existe símbolo: classe DocumentCounterRepository / DocumentType / DocumentNumberService MUTATION (@ Lock( PESSIMÍSTICA ESCRITO) removido do findForUpdate), após a falsificação foi feito para modelar uma viagem real de leitura/escrita e para entregar cada leitor instância: **************************** Tamanho esperado: 32 mas foi: 7 em: ["INV-2026-0007", "INV-2026-0005, "INV-2026-0006, "INV-2026-0003", "INV-2026-0004, "INV-2026-0001", "INV-2026-0002"] **************************** [findForUpdate deve instruir o banco de dados para bloquear a linha] Esperando que o real não seja nulo GREEN após reversão: Testes executados: 43, Falhas: 0, Erros: 0, Pular: 0 Nota de honestidade registrada no javadoc do teste: com um Thread.yield() nu teste de concorrência permaneceu verde com o bloqueio removido, e permaneceu verde com ler latência sozinho. Ele só morde uma vez que as mãos falsas cada chamador seu próprio instância de entidade — que é o que dois contextos de persistência realmente fazem — e coloca latência na escrita. Nenhum banco de dados está envolvido nestes testes; o que eles provam é que o serviço encaminha sua leitura através de um localizador o banco de dados é dito para Trancar. A metade da base de dados é fixada pela afirmação de anotação e por UX DOCCOUNTER ORG TYPE YEAR.
· kamo-shared-library
A entidade de fatura, com todos os campos fiscais e sem motor fiscal
A própria factura do Kamo, escrita apenas pelo Serviço de facturação. Nada sobre ele é fornecido cada figura é derivada das linhas em cada escrita, que é o oposto de ************* onde estão subtotal/imposto/total retirado na íntegra do pedido e um total é derivado apenas quando dois dos três são nulos — assim, um chamador pode postar uma ordem povoada com total = 0. UX INVOICE ORG NUMBER é o Backstop, não o mecanismo. O bloqueio da linha DocumentNumberService é o mecanismo; isto existe para que um erro futuro que ignora o bloqueio falha como uma violação de restrição alta em vez de dois clientes Com o mesmo número de factura. INVOCCE NUMBER é nulável porque um DRAFT tem nenhum, e Postgres trata NULLs como distintos de modo que os rascunhos coexistem sob ele. Os quatro números de classificação (SERVICE LINE TYPE / PROPERTY CLASS / WORK CLASS / CONTRACT FORM) são transportados mesmo que nada compute o imposto — B5: Lojas Kamo todos os campos fiscais e não calcula nenhum. São NULL em cada ServiceLineItem em produção porque o único escritor, ************* apenas define Campos de base. TAX CLASS ID é um UUID e nunca um Long: Offering.taxClassId é uma longa contra TaxClass chave UUID, uma referência estruturalmente impossível e um grande parte das razões pelas quais as tabelas de impostos nunca foram legíveis. Moeda está no cabeçalho e nunca em uma linha; ServiceJob tem colunas de dinheiro e Nenhuma moeda, por isso uma factura derivada do emprego tira-a da org. MONT PAID / MONT DUE / PARCIAL PAID somente como forma. Depósitos e A facturação dos progressos está deliberadamente fora do âmbito da BL2: nada nos modelos de comércio um depósito, marco ou retenção, e não há um escritor de pagamento parcial. Não existe nenhum guarda de imutabilidade @PreUpdate numa linha, e isso é deliberado: a callback fogos em FLUSH, para que o recompute finalizar legitimamente executaria ser rejeitado por um guarda que lê o status do pai no momento do commit. O guarda vive no serviço; a aplicação que sobrevive a granel JPQL é o REVOKE. O repositório estende o Repositório, não o JpaRepositório — uma fatura finalizada é uma evento monetário e o caminho de correção é uma nota de crédito, não uma exclusão. Falhas observadas, literalmente. RED (antes da existência das entidades): InvoiceTotalsTest.java:[3,50] não consegue encontrar símbolo CommerceInvoiceTest.java:[3,50] não consegue encontrar símbolo (pacote ************************* GREEN: Testes executados: 62, Falhas: 0, Erros: 0, Ignorados: 0 — incluindo a Primavera teste de contexto, que constrói o SessionFactory e assim prova o prefixo BILL TO no EmbAddress não colide.
· kamo-internal
Escolha a resolução KamoDesktop e pare de esconder por que um lançamento falhou
A área de trabalho remota rastreia a janela do navegador e sempre o fez, então não havia como ter mais área de trabalho do que janela. Um seletor agora define um tamanho fixo, armazenado por navegador porque descreve a tela em que você está sentado — a mesma pessoa em um laptop e um monitor 4K querem respostas diferentes. Leia dentro openKamoDesktop em vez de em cada local de chamada, então todos os quatro lançamento pontos concordam: o ladrilho, o ícone nav, a paleta de comandos e a botões de configuração da plataforma. "Fit my window" é o padrão e não envia nada para Todos, para que qualquer um que nunca toque no catador veja um comportamento idêntico. O controle é deliberadamente FORA do deus cheque ao lado dele. Os dois Os botões Windows/Master são ferramentas de operador e ficar fechado; o tamanho do seu próprio A tela não é um privilégio. Também corrige algo encontrado ao ler o proxy: ele captou cada upstream falha e substituiu-o por "a geração de links SSO falhou". Serviço de Segurança respostas recusas com uma sentença a pessoa pode agir sobre — "Você não tem um dev máquina...", "A máquina Linux dev não está respondendo, está sendo reiniciada..." — E jogar tudo fora é como um desktop quebrado se torna um inexplicável um, que é a falha exata que o endpoint foi escrito para terminar. A montante A razão passou agora.
· SecurityService
Deixe o chamador escolher uma resolução fixa do KamoDesktop
A área de trabalho remota nunca foi bloqueada para uma resolução — ela rastreia o navegador A janela, e sempre o fez. guacd honra o tamanho do cliente e xorgxrdp redimensiona X tela ao vivo; o registro de sessão mostra que se move entre 1920x1014, 1080x711 e 1280x676 como a janela mudou. Guacamole também já multiplica por dispositivoPixelRatio, então uma tela HiDPI obtém sua contagem real de pixels. O que estava faltando é qualquer maneira de pedir mais desktop do que a janela tem. O SSO Endpoint agora leva largura e altura opcionais e passa-os para a conexão. método de redimensionamento é desligado quando um tamanho é dado, e esse é todo o truque: deixá-lo ligado e o navegador envia seu próprio tamanho na próxima janela redimensionar, guacd Obedece, e a resolução escolhida é silenciosamente desfeita — o escolhido olharia quebrado por razões que ninguém podia ver. Sem ele o tamanho mantém e Guacamole escala o display para caber, com seu controle de zoom para 1:1 e rolagem. Um teste pinos que, porque é o único detalhe que faz este trabalho. Limites são travados lado servidor em vez de confiável: o chamador é um navegador, o token é assinado, e o framebuffer é alocado em uma VM everyone shares, valor ilimitado é uma decisão de recurso, não uma formatação. Largura e altura deve ser dado em conjunto; meio tamanho é um erro de chamada, e preenchendo o outro metade devolveria uma área de trabalho em forma de nada que alguém pedisse. Omitir ambos mantém o comportamento anterior exatamente, então ninguém que não tocar o novo coletor vê qualquer mudança em tudo.
· InitializerService
O REVOKES três entidade javadocs já alegou existir
BillingWormGuard, BillingDispatch e BillingSyncIssue cada um cita "uma REVOKE ATUALIZAÇÃO, DELETE na migração KamoInitializer". Não existia tal migração — as declarações foram aplicadas à mão quando as DDLs de BL1 e MS1 aterrissaram, de modo que o O banco de dados está correcto, mas o estado não foi reprodutível. Entidade @PreUpdate/@PreRemove Guards não disparam para JPQL em massa ou SQL nativo, por isso, sem estes a garantia apenas anexo em um evento monetário e no registro que um consumidor enviou mensagens STOP é uma convenção em vez de uma aplicação. Também carrega os dois índices parciais, que @Index não pode expressar.
· kamo-internal
A rota proxy de faturamento e os quatro espelhos TS do MANAGEM BILLING PROVIDER
Tarefa 8, a metade kamo-interna. Seis espelhos da arquitetura de direitos; quatro Eles vivem aqui. 3. App/lib/rightsHierarchy.ts GERAGE BILLING PROVIDER -> MANAGEM SUBSCRITION SETTINGS 4. app/types/.../RoleRightType.ts a constante (277) e a entrada de ALL array 5. permissionAppSections.ts Nenhuma mudança funcional necessária — veja abaixo 6. SecurityRoleManager.tsx sua duplicata em linha de 5, mantido idêntico Espelhos 5 e 6 não precisam de código: eles map ServiceType -> seção, não está certo -> seção, e a linha POS/"Commerce" já existe. Porque... GESTÃO BILLING PROVIDER carrega ServiceType.POS é concebível o momento As naves de enum. Ambos os comentários foram atualizados para nomeá-lo, e atualizado IDENTICALMENTE, porque permissãoAppSections.test.ts fixa a duplicação em vez da correção — SecurityRoleManager.tsx não importa esse arquivo, e duas cópias que discordam é como um editor cresce uma seção que os outros carecem. A VIA PREFIX. O plano especificou o relé em /api/security/billing/provider e o ficheiro da rota para o... Aqueles não coincidem, então enviado como escrito todo o recurso seria 404 no navegador enquanto cada serviço era saudável e cada construção era verde — o exato falha que o próprio plano adverte aconteceu duas vezes nesta plataforma. A rota Navios em **************** em vez disso, seguindo a folha de pagamento precedente, e cobre cada futuro relé de faturamento sem nenhum arquivo novo. BillingRelayRoutePrefix.test.ts agora lê o Java @RequestMapping e verifica um catch-all realmente cobre-lo, assim que o desencontro não pode voltar como um código Rever alguém esquece de fazer. A rota NÃO chama .json() em uma resposta sem corpo — um 204 de desconectar seria jogar e superfície como um genérico 500, fazendo um Chamada bem sucedida parece quebrada. Preso pelo segundo teste nesse arquivo. RED (teste editado primeiro, antes de qualquer espelho ser tocado): DIREITOS DE FALHAHierarchyParity > every edge matches RoleRightType.java exatamente AsserçãoErro: esperado { apenasInTs: [], ...(1) } para profundamente igual {apenasInts: [], apenasInJava: [] } Direitos de fidelidadeHierarquiaParidade > tem o mesmo número de filhos que Java esperado [ 'CREATE CONTACTS', ... (192) ] ter um comprimento de 194, mas obteve 193 Direitos de incumprimento HierarquiaParidade > corresponde aos totais auditados esperado [ 'CREATE CONTACTS', ... (192) ] ter um comprimento de 194, mas obteve 193 DIREITOS DE FALHA HierarquiaParidade > pais provedor de faturamento direito em configurações de comércio AsserçãoError: esperado [] para ser profundamente igual [ Array(2) ] - ["Gestão SUBSCRIÇÃO SETTINGS", "ACCESS COMMERCE"] + [] Testes 4 falharam □ 12 passaram (16) RED para a rota, com o diretório nomeado exatamente como o plano especifica **************************** Fail billingRelayRoutePrefix > tem uma rota catch-all cobrindo o mapeamento relé AsserçãoErro: nenhum ficheiro catch-all route cobre /api/security/billing/provider — todos os endpoints abaixo dele 404s no navegador: esperado falso para ser verdadeiro Fail billingRelayRoutePrefix > não chama .json() em uma resposta sem corpo Erro: ENOENT: não existe tal ficheiro ou directório, abrir **************************** Os testes 2 falharam (2) GREEN, ambos os arquivos: Testes 22 aprovados (22) Provado capaz de falhar, por mutação, observado verbatim: C. DIRECTO PARES Java, que é a razão pela qual o teste de paridade lê a fonte Java: 4 falhou – 12 passou – incluindo "every edge combina exatamente com RoleRightType.java" com um não vazio apenas InJava D. O guarda 204 substituiu por um incondicional `NextResponse.json(await response.json()`: Fail billingRelayRoutePrefix > não chama .json() em uma resposta sem corpo AsserçãoErro: esperado 'importação { NextRequest, NextResponse} ...' para conter 'se (!text) retornar novo NextResponse(nu...' Ambos reverteram. VERIFICAÇÃO teste npm — todos os 12 scripts de guarda passam, então Arquivos de teste 286 aprovados (286) Testes 3750 aprovados (3750) npx tsc --noEmite sobre o repo WHOLE — um erro, e não é meu: Erro TS2552: Não foi possível encontrar o nome 'useNavCounts' Esse arquivo é ` M` na árvore de trabalho de outra sessão (+55 linhas vs origem/principal) e está intocado aqui. Para provar que estas mudanças são elas próprias limpo, tsc foi re-run sobre uma árvore construída a partir de origem / main plus sete ficheiros: zero erros excepto «Não foi possível encontrar o módulo '@/mensages/en.json'», que é um artefato de `mensagens/' sendo gitignored e tão ausente de um Árvore git-archive. Comprometido com `git commit -- only` em caminhos explícitos. Este checkout realiza dezenas de outros ficheiros de sessões modificados e STAGED; `git show --stat HEAD` lista exactamente estes sete.
· SecurityService
O relé para o serviço de facturação, e o direito que o fecha
Tarefa 8. SecurityService é o limite de autorização; InvocingService é ClusterIP sem entrada, então este relé é a única entrada. FacturaçãoServiceClient é TimecardServiceClient renomeado. Tempo- limite é explícito e não negociável — conecte 5s, leia 95s: um RestTemplate nu não tem NENHUMA, e este serviço emite todas as sessões na plataforma a partir do mesmo grupo de discussão, Então, um encravado a jusante levaria a autenticação para baixo com ele. A leitura orçamento é generoso porque um teste de conexão faz uma chamada real para processador de pagamento. Estado a jusante e corpo passam por VERBATIM; um 502 Carregar a sentença do Stripe é uma coisa que uma pessoa precisa ler. BillingProviderRelayController é mapeado em /api/security/billing/provider, Dois níveis: GESTÃO BILLING PROVIDER (277) salvar, testar, desconectar MANAGEM SUBSCRIPTION SETTINGS (103) catálogo, matriz, obter, saúde, corridas O TESTE DE ligação toma o ESCRITÉRIO direito, não o lido, deliberadamente: a teste é uma chamada de saída feita com credenciais armazenadas, e deixando qualquer um que pode ver o gatilho da página dá-lhes uma maneira de sondar o pagamento da org processador. O catálogo é fechado em vez de aberto porque enumera que sistemas de faturamento com que a plataforma se integra. SecurityService executa anyRequest().permitAll() com per-handler laminado à mão Assim, um manipulador que se esquece da sua guarda não é fraco — é não controlada e acessível a partir da internet pública. Todos os responsáveis aqui. resolve orgld/memberId da SESSÃO e se recusa antes de retransmitir. Correcção pré-fix. O plano especificou o controlador em /api/security/billing/provider E o arquivo de rota kamo-internal em **************************** Estes não combinam, e um prefixo relé sem cobertura catch-all 404s no navegador enquanto cada serviço é saudável e cada construção é verde — o fracasso exato do plano O próprio alerta aconteceu duas vezes nesta plataforma. Navios de rota como **************************** em vez disso, seguindo o precedente da folha de pagamento (rota em ... / payroll /, controlador em ************* e kamo- internal agora carrega um teste que lê @RequestMapping e falha se nenhum ficheiro de rota o cobrir. teste mvn: Testes executados: 1697, Falhas: 0, Erros: 0, Pular: 1 — SUCESSO DE CONSTRUÇÃO Executar em uma árvore ISOLATADA: arquivo git de origem/main mais estes dois arquivos, seu próprio alvo/ e seu próprio -Dmaven.repo.local. Este checkout é compartilhado e Atualmente carrega dezenas de outros arquivos modificados e STAGED; a construção no local teria partilhado o alvo/e produzido erros fantasma, e seu resultado não teria sido sobre a minha mudança. Nada deles foi tocado. (`git commit -- only` nestes dois caminhos; `git show --stat HEAD` listas exatamente dois ficheiros). Compilado contra uma jarra de biblioteca partilhada construída num refúgio maven PRIVATE, nunca «mvn install». Note que SecurityService@ origin/main NÃO compila contra kamo-shared-library@ origin/main at all — needs **************************** e que existem apenas em Outra sessão é a árvore de trabalho de compartilhamento de lib. Isso é preexistente e não relacionado com esta mudança, mas é a razão pela qual o frasco usado aqui foi construído a partir da worktree-lib compartilhada em vez de sua origem/principal.
· kamo-shared-library
GESTÃO BILLING PROVIDER (277), uma criança de configurações de comércio
Tarefa 8, espelho 1 de 6 (o Java enum) e espelho 2 (a linha pai(...)). Id 277 foi re-derivado de origem / principal imediatamente antes de alocá-lo, Retirado do plano: Vamos lá. - oE '\(\s*[0-9]+\s*,' ... contagem: 267 máx: 276 em falta até ao máximo: [1, 2, 19, 64, 72, 73, 74, 75, 76] Cada lacuna abaixo do máximo é um dos nove ids já queimados, então 277 é O primeiro livre. MANAGEM PRICING(276) é a última constante anterior. Isto importa mais do que parece: RoleRightsSyncService sementes na inicialização e sua Collectors.toMap lança em um id duplicado, que pára EVERY service booting. O pai é GESTÃO SUBSCRIÇÃO SETTINGS, espelhando GESTÃO PAYROLL PROVIDER em GESTÃO HRS SETTINGS. Decidir ONDE as facturas de uma organização e os pagamentos são transmitidos é um ato de estabelecimento de comércio. Não uma criança de um fatura VER direito – qualquer pessoa que possa ler faturas não deve ser capaz de redirecioná-los. Não uma raiz — um papel que perde as configurações do comércio manteria A subvenção de reencaminhamento ao vivo. ServiceType.POS porque os editores de permissões filtram com right.serviceType === section.serviceType e há exatamente um comércio secção. Um direito cujo serviçoType não corresponde a nenhuma secção não pode ser concedido em Tudo, e nada o diz. As contagens movem-se por exatamente dois, como prevê a forma: total 267 -> 268 e crianças 193 -> 194. Nenhum balde de raiz se move, porque GESTÃO SUBSCRIÇÃO SETTINGS é por si só uma criança de ACESSO COMMERCE e assim nunca aparece no getRoots(). RED (teste editado primeiro — contagens amassadas e a caixa de colocação adicionada, antes a constante de enum existiu): [ERROR] **************************** não foi possível encontrar o símbolo símbolo: variável MANAGEM BILLING PROVIDER Localização: classe **************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** [ERROR] **************************** não foi possível encontrar o símbolo [ERROR] **************************** não foi possível encontrar o símbolo GREEN: Testes executados: 13, Falhas: 0, Erros: 0 (RoleRightHierarchyTest) Testes executados: 17, Falhas: 0, Erros: 0 (com RoleRightTypeHrTabRightsTest) Conjunto completo da biblioteca: Testes executados: 2289, Falhas: 0, Erros: 0, Ignorado: 0 Ambos os testes mostraram-se capazes de falhar, por mutação, observados verbatim: A. ****************...)-> **********************: **************************** esperado: GESTÃO SUBSCRIPTION SETTINGS mas foi: VER SUBSCRIÇÃO INVOCAÇÕES Linha B. pai(...) totalmente apagada — três testes vermelho ao mesmo tempo, que é o Todo o ponto de fixação conta, bem como colocação: **************************** esperado: GESTÃO SUBSCRIPTION SETTINGS mas foi: nulo **************************** esperado: 194L mas foi: 193L raizesAreasensívelSubset Tamanho esperado: 74 mas foi: 75 Ambos reverteram. Construído e testado em uma árvore ISOLATADA (git arquivo de origem/main + estes dois arquivos, próprio alvo/, próprio -Dmaven.repo.local). Este checkout é compartilhado com outras sessões e atualmente carrega ~7 arquivos sujos que não são meus; um vermelho suite run aqui teria sido a fase vermelha TDD de outra pessoa, não um regressão. Os ficheiros não foram tocados.
· kamo-internal
`?bug=<id>` abre a gaveta do relatório
Onde o novo e-mail de mudança de status chega. Tem de nomear o relatório em vez de a aba: o filtro de estado é padrão para Novo, e esse e- mail é por definição sobre um relatório que acabou de deixar de ser Novo — então um link para a aba nua colocaria um Lista vazia na frente de alguém que acabou de ser informado que o seu relatório foi movido. A gaveta já obtém a linha por ID, por isso isto funciona seja qual for o actual Os filtros aparecem. O param é limpo da mesma forma `?report=1` clears Para que uma atualização não reabra um painel que alguém deliberadamente fechou.
· kamo-internal
Glimmering cartões não lidos, um crachá ao vivo, e por estatuto conta
O mau é sobre ti agora, não sobre a rainha. Contava todos os novos relatórios plataforma-wide, por isso só caiu quando alguém moveu um status — lendo o A fila não lhe fez nada. Conta o que ainda não foi testado e não foi lido por você. ONE PREDICATE, TRÊS SURFACES. isNewToViewer() in systemBugCounts.ts is status === 'NEW' &&!viewed, e o crachá de navegação, o brilho da carta e o tique "Viewed" são todos extraídos dele — MediaService calcula o número dos mesmos dois fatos. A crachá dizendo 3 acima de cinco cartas brilhantes é um relatório de erro, não uma fila. Estado é verificado, bem como visto de propósito: leitura não é triagem, então um relatório colega já pegou parar de brilhar para todos, incluindo as pessoas que nunca a abriu. Vive sobre o cliente de conversa partilhada, não sobre um novo soquete. Contexto do NavCounts assina /topic/system-bugs/alterado, cujo quadro carrega deliberadamente NO count — consulte systemBugCounts.ts para saber por que este tópico é uma transmissão sem conteúdo em vez do sujeito per-membro que os crachás legais e de formação usam — assim o manipulador re-seeds e cada sessão recebe seu próprio número de volta de um autenticado pedido. A assinatura está fechada no canManage dessa semente, então o grande A maioria das sessões, cuja contagem é zero por construção, nunca se inscreve em tudo. A semente na montagem, na reconexão e o carrapato dos anos 60 permanecem no suporte de carga: núcleo NATS sem fluxo. O GLIMMER anima box-shadow e nada mais. opacidade em um papel desbota o título juntamente com o brilho, e transformar: escala silenciosamente derrota o lift hover, Porque a transformação de uma animação em execução bate a de uma regra. A varredura é separada. ::depois em um período deliberadamente diferente para que os dois derivam em vez de piscar em lockstep, sua parada branca é mantida abaixo de 60% para que o título permanece legível, e é ponteiroEventos: nenhum — sem isso ele comeria cliques por um terço de cada ciclo e presente como um cartão que "às vezes não abre". Em movimento de preferência reduzida ambas as animações param e o anel estático permanece, então o cartão ainda diz o que Estava a dizer. MARKING LEIA VIVE NA DRAWER, não é o cartão onClick: cada rota em um relatório termina lá — um cartão, um ?bug= link profundo fora de um e-mail de status, qualquer coisa vem em seguida — e marcar no clique teria coberto apenas o primeiro. Alguém. chegar de um e-mail iria ler o relatório e vê-lo continuar brilhando. O clique faz um giro local otimista para que o brilho pare instantaneamente; escrever, e só depois do detalhe realmente carrega, então um 404 nunca grava que Alguém leu um relatório que nunca foi mostrado. O filtro de status agora carrega uma contagem por status, de uma solicitação que se aplica cada filtro EXCEPTO o status — o número ao lado de uma entrada é uma promessa sobre O que vai mostrar a escolha. Precisa do MediaService e de alterações na biblioteca compartilhada, e KamoInitializer migração system bug view, para ter desembarcado primeiro.
· SecurityService
Diga ao repórter quando Enviar para IA mover seu relatório
MediaService agora envia e-mails a um repórter sempre que seu bug ou melhoria muda Estado, mas uma expedição aplica um estatuto próprio — normalmente em curso — Nesta JVM, sem nunca tocar Serviço de Mídia. À esquerda como estava, a única transição que diz que alguém tem realmente começou o trabalho seria aquele que o repórter nunca ouviu falar, e uma notificação O fluxo com um buraco é uma pessoa que aprende a não confiar. Ambos os lados constroem suas variáveis através do com.kamo.z.shared.support. SystemBugStatusEmail, então as duas letras são a mesma letra. O status anterior é capturado antes da expedição ser executada: até o momento audit.complete comprometeu-se na sua própria transação REQUIRES NEW, a linha no mais tempo lembra de onde veio. O aviso sai se a entrega à máquina de dev confirmada, pela mesma razão que o status é aplicado de qualquer forma — a linha agora diz o que diz e o repórter pode vê-lo, então um e-mail que só corresponde à tela no O caminho feliz é pior do que nenhum. Ler e enviar são feijões separados. Um método @Transactional invocado em `this` vai em torno do proxy da Spring e roda sem nenhuma transação, que sem open- in- view significa que o reporter.getUser() lança; cruzar um limite de feijão é O que faz a anotação aplicar-se. O envio acontece então fora da transação assim uma viagem de ida e volta de rede nunca possui uma conexão de banco de dados. Cada caminho de falha é nunca ser transformado em um 500 por um e-mail.
· EmailService
Antever as variáveis do modelo alterado de estado de erro
A pré-visualização do administrador mostra um modelo contra um mapa de variáveis de amostra, e este não tem nenhum braço — por isso, um administrador de org que abra SYSTEM BUG STATUS CHANGED veria uma letra com furos onde o botão, a chamada e todas as cores de status vão. Os valores reais vêm de... pré-render os blocos condicionais porque o TemplateRenderer não pode ramificar. A preview, portanto, tem que carregar HTML acabado para eles em vez de strings simples.
· MediaService
Enviar um e- mail ao repórter quando o seu erro ou melhoria mudar de estado
A triagem foi silenciosa. Alguém fez um relatório e teve de continuar a abrir a conta. para saber se alguém tinha olhado para ele — o que é o mesmo que não ser dito. applyStatus agora lê o status da linha realizada ANTES da escrita e das mãos metade para o notificador, porque a carta do repórter é sobre o movimento: dito apenas onde ele pousou, eles não podem dizer um avanço de uma inversão. Tudo o que a carta precisa é resolvido enquanto a transação ainda está aberta — o endereço do repórter, nome e fuso horário, e o domínio da org todos penduram LAZY As associações — e o envio acontece após o compromisso. As duas metades não podem ser trocada: manter uma transação aberta através de uma viagem de ida e volta HTTP fixa um banco de dados conexão por sua duração, e neste banco de dados uma leitura após uma gravação dentro de uma A transação pode abortá-la. Nada no caminho pós-commit escreve para o banco de dados, que é o que o mantém claro da armadilha onde um método @Transactional chamado de afterCommit silenciosamente descarta tudo o que escreve. Nenhum e- mail para um estado definido com o valor que já tinha, para um relatório sem repórter, ou quando o repórter É a pessoa que o moveu — uma plataforma administrador pode arquivar um relatório e, em seguida, triá-lo, e contar-lhes sobre o seu o próprio clique é como um fluxo de notificação ensina as pessoas a ignorá-lo. Um fora de bordo membro não é escrito para nenhum dos dois, através do mesmo predicado a mensagem perdida Os avisos de utilização. Um envio falhou é registrado e deixado cair em vez de tentar novamente. Ao contrário de uma conversa perdida Não há nenhum livro por trás disso, porque o relatório em si é o durável registro: o status está na tela no momento que o repórter olhar.
· MediaService
Per-viewer ler estado, um crachá ao vivo, e por-status conta
O mau era sobre a questão, não sobre ti. /conta nova cada novo relatório plataforma ampla, para que só poderia cair quando alguém moveu um status — lendo o A fila não lhe fez nada e não havia forma de o fazer. Agora conta. O que ainda não foi testado e não foi lido pelo chamador. Um predicado, três superfícies: um relatório é novo para você quando seu status é NOVO e você não tem linha system bug view para ele. countByStatusUnviewedPe responde ao emblema, SystemBugDTO.viewed veste o cartão, e o console éNewToViewer desenha o brilham dos mesmos dois fatos. Um crachá dizendo 3 acima de cinco cartas brilhantes é um bug relatório, não uma fila. Ler é deliberadamente NÃO triagem. Abrir um relatório marca que leu para você e deixa-o NEW para todos os outros — uma bandeira compartilhada deixaria o primeiro leitor claro Está na lista de toda a equipa. Viva, por um Broadcast sem contraste. Os crachás legais e de formação cada um possui um por membro NATS sujeito portador do seu número; essa forma não se encaixa aqui, porque arquivar um relatório altera a contagem para cada titular do MANAGEM SYSTEM BUGS em uma vez e PlatformRightsResolver responde "faz este membro segurá-lo", nunca "quem Segura-o". Então sistema. bugs.changed diz apenas que a fila se moveu e cada console reler a sua própria contagem sobre a semente autenticada. Porque a carga não aguenta. número, sem título e sem ID, não precisava de novo prefixo guardado Destino do Estômago Authz — cada entrada existe para parar a leitura de um membro Outro tópico por membro, e não há tal coisa neste. Cada anúncio é APÓS o método @Transactional retornado, nunca dentro dele: anunciando de dentro iria dizer a cada console para re-ler uma linha um rollback então Tirado, e o re-leitura cairia no número antigo sem nada para corrigi-lo. POST /{id}/viewed é idempotent - o console dispara em cada aberto, de cada tab — e o índice único em (bug id, member id) é o que impõe isso, não o Pre-check, que duas tabulações passam em frente. GET /status-counts alimenta os números ao lado de cada entrada do filtro de status. Cada predicado da listagem é aplicado exceto o status um, porque o número seguinte para uma entrada é uma promessa sobre o que escolher vai mostrar. Precisa da migração system bug view do KamoInitializerService para ser executada primeiro.
· SecurityService
Anunciar a alteração da fila quando um relatório é enviado para IA
Um despacho é a única coisa que tira um relatório do NOW do exterior. MediaService, então sem isso foi a única transição do crachá do console aprendeu sobre apenas em seu próximo tick de sessenta segundos — arquivamento, triagem e micção tudo Já anunciar. O assunto é deliberadamente próprio do MediaService (system.bugs.changed) em vez de convenção deste serviço.*: MediaService possui ambas as extremidades desse crachá, e seu SystemBugStompRelayController é o que o retransmite. Um segundo assunto quer dizer um segundo relé para o mesmo facto. Não possui nenhum estado, e não deve — o quadro é transmitido para cada sessão, por isso o a contagem vem da própria leitura autenticada de cada console em vez do fio.
· kamo-shared-library
Por- visualizador ler o estado para relatórios de erros do sistema
SystemBugView é por Visualizador, não por bug — uma primeira coluna no SystemBug Deixava quem abrisse um relatório primeiro limpar o distintivo dos outros gerentes. memberId é um longo bruto ao invés de um @ManyToOne: cada consulta é "para este membro id", e uma associação carregaria um Membro por linha para uma pergunta que Nunca olha para um. O SystemBugRepository ganha duas consultas: countByStatusUnviewedBy — o número do crachá de navegação. Deliberadamente de dois lados: status sozinho só poderia cair quando alguém triado, e ler-estado sozinho deixaria um bug que está sendo ativamente trabalhado ainda brilhando. NÃO EXISTE EM vez de uma esquerda Junte-se... é NULL, então o planejador pode parar na primeira partida. countGroupedByStatus — as contagens ao lado de cada entrada do filtro de estado. Cada predicado de findVisible é verbatim repetido exceto o status um, porque o número ao lado de uma entrada é uma promessa sobre o que escolher vai mostrar. CARTÃO DISTINTO pela mesma razão findVisible soletra sua consulta de contagem: a esquerda Junte-se aos sites produz uma linha por site um nome de bug. SystemBugDTO.viewed é sobre o CALLER, ao contrário de todos os outros campos no registro — Dois membros que olham para o mesmo relatório são ditos coisas diferentes de propósito. Nenhuma versão: a propriedade permanece em uma versão kamo-compartilhada-biblioteca. Precisa da migração system bug view do KamoInitializerService para ser executada primeiro.
· kamo-shared-library
A letra canónica que um repórter de erros recebe quando o seu relatório se move
Um membro que arquivou um bug ou um realce não tinha como saber o que aconteceu com é curto de abrir a aba e olhar. Isto adiciona o modelo que lhes diz, e o único construtor que ambos os remetentes usam. SystemBugStatusEmail é deliberadamente estático e livre de Primavera, porque dois serviços mover um status: MediaService quando um operador escolhe um na triagem gaveta, Serviço de Segurança quando Enviar para IA aplica um como parte da expedição. A repórter contou sobre um tipo de movimento e não o outro aprende a não confiar no e-mails em tudo, então os dois têm que produzir a mesma letra — e a única maneira de garantir que é para eles chamar a mesma função. A letra designa ambas as metades da transição, não apenas onde o relatório desembarcou: disse apenas o novo status, um repórter não pode dizer um avanço de uma inversão. Ele também nomes que o moveram, marca o tempo no próprio fuso horário do repórter (um nu servidor LocalDateTime é UTC sem deslocamento, então renderizá- lo como é é uma hora que É errado para quase todos), e carrega uma sentença por estatuto que difere para um defeito e para um pedido — "não vai fixar" em uma idéia responde a uma pergunta ninguém perguntou, por isso a própria etiqueta do enum foi renomeada para "Won't Fix / Negado". TemplateRenderer não pode ramificar e não escapa, então tudo condicional é pré-renderizado aqui: as cores de status (a mesma rampa que o console desenha seus chips com), o chamado de Informação Aguardando, e a chamada à ação, que colapsa de forma limpa em vez de enviar um botão apontando para "https://internal./..." quando uma org tem nenhum domínio resolvível. Valores de um navio dactilografado duas vezes por pessoa — etiquetas para o assunto, HTML-escapado para o corpo — a convenção ChatEmailNoticeService set. O link profundo nomeia o relatório em vez da guia de propósito. Estado da página filtro padrão para Novo e este e- mail é por definição sobre um relatório que tem apenas parou de ser Novo, então um link para a aba nua colocaria uma lista vazia à frente de alguém que foi informado que o seu relatório se mexeu.
· InitializerService
System bug view — quem leu o relatório
Por Visualizador, não por bug, e essa é a razão pela qual é uma tabela em vez de um primeira viewed at coluna no system bug: triagem é trabalhada por várias pessoas ao mesmo tempo, e uma coluna deixaria que quem abrisse um relatório primeiro o limpasse dos outros. distintivo. Deliberadamente também não é uma situação. Alguém leu isto e alguém leu. triaged this" são fatos diferentes — dobrando a leitura em status name moveria um relatório fora de NEW porque um transeunte-a abriu, sem nenhum caminho de volta. Os dois eixos cross: um relatório é novo para você quando seu status é NOVO E não há nenhuma linha aqui para Você. O índice único em (bug id, member id) é carregar em vez de tidinass: abrir uma carta dispara a marca todas as vezes, de cada aba, então o índice é o que torna a escrita idempotente em vez de ilimitada. Lands before MediaService precisa dele — este serviço não tem IC, então o DDL tem que ser correr aqui primeiro ou o lê 500 em uma relação que não existe.
· BillingService
Linhas por servidor no resumo das extensões
A aba extensões do servidor de telefone mostrou a figura de organização e nada mais, então um servidor KamoPBX vazio exibiu "21 extensões billable - $63.00 / mês" — o 21 estar em um servidor FreePBX em outro lugar no mesmo org. /api/billing/extensions/summary agora carrega uma lista de `instâncias': uma linha por servidor ao vivo com sua classe, sua contagem billable, sua contagem livre, a taxa e sua Total mensal próprio. Os totais da organização são inalterados e ainda retornados. Construído a partir da lista INSTANCCE, não o colapso. Um servidor sem extensões não contribui nada para uma desagregação e de outra forma estaria ausente da sua própria screen — que é precisamente o caso que começou isto. Contagens gratuitas vêm do mapa por instance adicionado na biblioteca kamo-shared a5b131d1, e as regras de classe são o que fazem os dois tipos de provedor ler diferente: um servidor hospedado carrega cada extensão ativa se alguém está atribuído ou não, então sua contagem livre é sempre zero; um servidor de terceiros carrega apenas os designados e reporta as filas, IVRs e sobressalentes como livres. Biblioteca compartilhada empurrada primeiro — consumidores clonam seu principal em tempo de construção, então um service commit precisando de um novo método só é possível branch padrão. 256 testes passam.
· VOIPService
Intercepção da palavra-chave no passo 0 no trilho RingCentral (Tarefa MS1 4)
Hoje um STOP para um número que nenhuma linha MEMBRO VOIP CONFIG possui atinge o "Nenhum membro encontrado para a ramificação de número " e desaparece — e esse ramo é exatamente onde um o número de consumidores optados termina, porque uma campanha envia de uma campanha número e nada escreve números de campanha em configurações de membros. O passo 0 senta- se após o dedupe externo do MessageId (assim que um AnelCentral retry não Reprocess — Decisão M1) e antes de o membro e a instância procurarem retorna (assim um número não pertencente não é deixado cair). Uma palavra- chave retorna sem armazenar VoipMessage: "STOP" sentado sem resposta na caixa de entrada de um membro não é um cliente Mensagem. Somente o membro-config READ se moveu acima do passo 0, então nenhuma segunda consulta é emitida. O 'retorno' que guarda ficou abaixo do interceptor, que é o ponto todo. RESOLVANDO O ORG APOIO AO PONTO EM QUE É RESOLVIDO — o plano indicava isso não resolvido. O resolvedor Tarefa 2 não é reutilizado. Escaneia Que é o inventário errado para Este caminho-de-ferro: um número da RingCentral vive em ou **************** e não vai aparecer em um volume de texto linha transportadora. Reutilizar o texto procuraria uma tabela que não possa conter o resposta e relatório "inatribuível" para cada RingCentral STOP — indistinguível a partir da verdadeira lacuna número-inventário, para que um bug simples cablagem iria se esconder dentro de um limitação conhecida. A abordagem é reutilizada, a tabela não. O julgamento "não confiável" do seu autor prossegue pela mesma razão subjacente: Não há inventário de números. Os únicos registos de propriedade são nulos. colunas não indexadas, e uma org que recebe em vários números através de uma instância não é representável. Isto é um scan de uma mesa pequena, não um olhar. Ordem: config membro (assim uma mensagem atribuível é atribuída de forma idêntica se é ou não uma palavra-chave) → VoipProviderInstance activa **************************** QUANDO O ORG NÃO PODE SER RESOLVIDO, claramente: SmsKeywordService escreve o SmsInboundRecebe com uma org NULL e não escreve mais nada. Sem consentimentoRecord, não AgenteContactState. Assim, o STOP é registrado como evidência de que um chegou, com O número registado no aviso, e o consumidor ainda está a enviar mensagens por isso Tendente. Isso é estritamente melhor do que o silêncio de hoje e não é o cumprimento. Fecha quando ADD5/MS3 constrói o inventário por número. Dois orgs alegando que um número resolve NEIR (logado no ERRO). Atribuir uma revogação para o inquilino errado é o fracasso C1 proíbe e é pior do que não gravar, porque também impede um inquilino que nunca foi dito para parar. TDD — falhas observadas, verbatim. Vermelho antes de implementar: [ERROR] Testes executados: 8, Falhas: 0, Erros: 8 < < < Falha! [ERROR] **************************** » Argumento ilegal não pôde encontrar o campo 'keywordService' do tipo [null] no objeto alvo Ou classe alvo. [classe ********************************************** Verde após: 8/8; suite completa 322/322. Mutação — moveu o interceptor BLOW para o retorno mais cedo do membro, ou seja, voltar à colocação que a torna inútil: [ERROR] Testes executados: 8, Falhas: 5, Erros: 0 < < < Falha! Procurados, mas não invocados: Na verdade, não houve nenhuma interacção com esta piada. [ERROR] **************************** Revertido; 322/322 após reversão. DDL NÃO Aterrou — ver os compromissos da Tarefa 3. Construído contra um frasco de lib PRIVADO -Dmaven.repo.local; ~/.m2's 1.6.0 jar verificado byte-identical ao longo de todo (Md5 ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************
Seu universo está esperando.
Comece gratuitamente em minutos.Adicione produtos sempre que estiver pronto — sem migração, sem novos logins.
Gratuito para sempre — não é necessário cartão de crédito