- Shipped
- 27 sierpnia 2026 20:39 UTC
- Author
- kamo
- Commit
- 29a65ec
Zadanie 8, kamo-internal w połowie. Sześć luster architektury praw; cztery Z nich tu mieszkają. 3. aplikacja/lib/rightsHierarchy.ts MANAGE_BILLING_PROVIDER -> MANAGE_SUBSCRIPTION_SETTINGS 4. aplikacja/typy/.../RoleRightType.ts constant (277) i WSZYSTKIE wejście tablicy 5. uprawnieniaAppSections.ts NO konieczna zmiana funkcjonalna — patrz poniżej 6. SecurityRoleManager.tsx jego inline duplikat 5, utrzymywany identyczny Lusterki 5 i 6 okazały się nie potrzebują kodu: mapują serwis -> sekcja, Sekcja nie jest właściwsza ->, a wiersz POS/"Handel już istnieje. Bo bo MANAGE_BILLING_PROVIDER przenosi ServiceType.POS, który można nadać w momencie Statki enum. Obie komentarze zostały zaktualizowane, aby go nazwać, i zaktualizowane IDENTALLY, ponieważ z uprawnieniaAppSections.test.ts przypina duplikację Zamiast poprawki — SecurityRoleManager.tsx nie importuje tego pliku, oraz Dwie kopie, które się nie zgadzają, to sposób, w jaki jeden redaktor rozwija sekcję, której brakuje innym. Ośmienity PREFIX. W planie określono przekaźnik na /api/security/billing/provider I plik trasy na : Te nie pasują, więc wysłane w formie pisemnej całą funkcję byłoby 404 w Przeglądarka, podczas gdy każda usługa była zdrowa, a każda budowa była zielona – dokładnie Niepowodzenie, które sam plan ostrzega, że wydarzył się dwa razy na tej platformie. Trasa Statki na a zamiast tego, po liście płac precedens i obejmuje każdy przyszły przekaźnik rozliczeniowy bez nowego pliku. BillingRelayRoutePrefix.test.ts teraz czyta Java -RequestMapping i czeki A catch-all faktycznie go pokrywa, więc niedopasowanie nie może wrócić jako kod Przejrzyj, że ktoś zapomni. Trasa NIE dzwoni .json() na odpowiedź bez ciała — 204 z Odłączenie w przeciwnym razie rzuciłoby i powierzchnia jako generyczne 500, tworząc Udany wygląd wywoławczy. Przypięty do drugiego testu w tym pliku. RED (test edytowany pierwszy, zanim jakiekolwiek lustro zostało dotknięte): FAIL rightsHierarchyParity > Każda przewaga meczów RoleRightType.java dokładnie AssertionError: oczekiwany - onlyInTs: [], ...(1) - głęboko równy Tylko wTT: [], tylko InJava: [] Prawa FAILHierarchyParity > ma taką samą liczbę dzieci jak Jawa Oczekiwano [ 'CREATE_CONTACTS', ...(192) ] będzie miał długość 194, ale otrzymał 193 FAILHierarchyParity > dopasowuje skontrolowane sumy Oczekiwano [ 'CREATE_CONTACTS', ...(192) ] będzie miał długość 194, ale otrzymał 193 FAIL rightsHierarchyParity > rodzice dostawcy fakturowania bezpośrednio na temat ustawień handlowych AssertionError: oczekiwany [] będzie głęboko równy [Array(2) ] - ['MANAGE_SUBSCRTION_SETTINGS", "ACCESS_COMMERCE" ] + [] Testy 4 nie powiodły się | 12 mijane (16) RED dla trasy, z katalogiem o nazwie EXACTLY, jak określa plan - ;) FAIL billingPrzelewPrzewichRoutePrefix > ma trasę catch-all obejmującą mapowanie przekaźnika AssertionError: bez catch-all poruszków plików tras /api/security/billing/provider — każdy punkt końcowy pod nim 404s w przeglądarce: oczekuje się, że false będzie prawdą FAIL billingPrzelewRoutePrefikt nie dzwoni do .json() na odpowiedź bez ciała Błąd: NIE MOŻNA: brak takiego pliku lub katalogu, Otwórz - ;) Testy 2 nieudane (2) ZIELONY, oba pliki: Testy 22 zdane (22) Udowodniona, będąc w stanie zawieść, przez mutację, obserwowana dosłownie: C. Wpis PRAWA_PARENT dla MANAGE_BILLING_PROVIDER usunięty (utrapienie z nich Java, która jest całym powodem, dla którego test parytetowy odczytuje źródło Java): 4 nie powiodło się | 12 mijanych — wliczając "każda przewaga pasuje do RoleRightType.java dokładnie" z nie-pustą tylko InJava D. Strażnik 204 zastąpiony bezwarunkowym „NextResponse.json(await response.json)": FAIL billingPrzelewRoutePrefikt nie dzwoni do .json() na odpowiedź bez ciała AssertionError: oczekiwany "import" NextRequest, NextResponse ..." Aby pomieścić "jeśli (!text) powróć nowy NextResponse(nu...” Obaj cofnęły się. ZWRYFIKAACJA Test npm - wszystkie 12 skryptów strażników przechodzi, a następnie Test Files 286 zdane (286) Testy 3750 mijane (3750) npx tsc --noEmit nad całym repo — jeden błąd, a nie jest mój: - błąd TS2552: Nie można znaleźć nazwy 'NavCounts' Plik ten jest ? M' w pracującym drzewie innej sesji (+55 linii vs Pochodzenie/główne) i jest nietknięte tutaj. Udowodnić, że te zmiany są same Czyste, tsc zostało ponownie przejęte nad drzewem zbudowanym od pochodzenia / głównym plus TYLKO te 7 plików: zero błędów z wyjątkiem "Nie można znaleźć modułu ''/messages/en.json', Który jest artefaktem „messages/” gitigggnored i tak nieobecny w Drzewo-archiwewodowe. Zaangażowany w „git commit” – tylko na wyraźnych ścieżkach. Ta kasa prowadzi Dziesiątki innych sesji "zmodyfikowane i STAGED" pliki; "git show --stat HEAD" Wykazuje dokładnie te siedem.