fix: use same regex for layoutsets in FE and BE

[standeren]

Description

• Adjust reg ex in backend to have same restrictions as in frontend.
• Use same length restrictions in frontend as in backend.
• Change error type passed from backend when name does not match regex. Also adapt text in frontend.

Related Issue(s)

• Submitting a valid layoutset name results in an error #13689

Verification

• Your code builds clean without any errors or warnings
• Manual testing done (required)
• Relevant automated test added (if you find this hard, leave it and we'll help out)

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 95.57%. Comparing base (3c55616) to head (d291ca7).
Report is 1 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main   #14327   +/-   ##
=======================================
  Coverage   95.57%   95.57%           
=======================================
  Files        1864     1864           
  Lines       24151    24151           
  Branches     2786     2786           
=======================================
  Hits        23082    23082           
  Misses        812      812           
  Partials      257      257           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[Konrad-Simso]

Great work!

I have 1 suggestion, but i'm not sure it's a better alternative, the error message is already long, but it does not mention the limit on length.

[Ildest]

Små justeringer

[ErlingHauan]

Test

Har endringen blitt gjort på feil tekstressurs?
Funksjonen getLayoutSetIdValidationErrorKey bruker tekstressursen validation_errors.file_name_invalid og ikke api_errors.AD_03 som har blitt endret i denne PR-en. Får også førstnevnte tekstressurs i Studio når jeg tester.

---

Jeg har også sett litt på ting som ikke angår sidegrupper direkte.

Layout-navn
Tekstressurs: "validation_errors.file_name_invalid": "Filnavnet er ugyldig. Du kan bruke tall, understrek, bindestrek, og store/små bokstaver fra det engelske alfabetet."

• fra brukerens side er ikke dette et filnavn, så det er litt misvisende
• funksjonen getPageNameErrorKey har ikke blitt oppdatert, så det kommer en gammel feilmelding ved 31 tegn

Tekstressurser som er veldig like
"api_errors.AD_03": "Navnet på sidegruppen er ugyldig. Det må ha mellom 2 og 28 tegn og kan inneholde tall, understrek, bindestrek, og store/små bokstaver fra det engelske alfabetet."

"validation_errors.file_name_invalid": "Filnavnet er ugyldig. Du kan bruke tall, understrek, bindestrek, og store/små bokstaver fra det engelske alfabetet.",

Kunne vi hatt en felles tekstressurs i stedet, som ser slik ut, siden de tilsynelatende bruker samme regex?
"validation_errors.name_invalid": "{{nameEntity}} er ugyldig. Det må ha mellom 2 og 28 tegn og kan inneholde tall, understrek, bindestrek, og store/små bokstaver fra det engelske alfabetet."

Da slipper man å holde dem i synk manuelt, hvis regex skulle forandre seg i fremtiden.

---

Mulig at bolken over bør være et eget issue 😊

[standeren]

Har endringen blitt gjort på feil tekstressurs?
Funksjonen getLayoutSetIdValidationErrorKey bruker tekstressursen validation_errors.file_name_invalid og ikke api_errors.AD_03 som har blitt endret i denne PR-en. Får også førstnevnte tekstressurs i Studio når jeg tester.

Får du teksten validation_errors.file_name_invalid i toast eller i grensesnittet? Teksten api_errors.AD_03 gjelder kun toast, nemlig. Og med endringene som er gjort så skal det jo helst ikke skje at man klarer å sende et ugyldig sidegruppenavn til backend, ettersom regexen de nå bruker er lik.

Hva angår de andre kommentarene dine, er jeg veldig enig. Vi burde unngå å bruke filnavn dersom det ikke er tydelig at brukeren opererer på en fil, feks når de laster opp filer. Ettersom det ikke har noe med regex for layoutset å gjøre, som denne saken angår, så er det sikkert best å opprette en egen sak/PR på det, ja! 😄 Bra sett!

Og godt mulig tekst-ressursene kan generaliseres litt med bruk av variabler, men samtidig tror jeg vi har gått for filosofien at det ikke skader å ha duplikate eller like tekster med ulike tekstnøkler 🫣

[ErlingHauan]

Ah, da har jeg misforstått issuet. Jeg skal teste en gang til og opprette issue på de andre tingene 👍

Og godt mulig tekst-ressursene kan generaliseres litt med bruk av variabler, men samtidig tror jeg vi har gått for filosofien at det ikke skader å ha duplikate eller like tekster med ulike tekstnøkler 🫣

Den er grei 😊

[ErlingHauan]

Test OK ☺️