(BSR) fix(global): splashscreen - network relations

[mmeissonnier-pass]

Fix au démarrage de l'app quand on a pas de réseau
Cette PR s'est un peu transformée en PR de refacto 😅

• Implémentation d'un store global qui permet de pouvoir gérer de façon plus élégante les interactions entre le splashscreen, le network et la navigation.

• L'affichage de l'écran d'erreur de connexion est directement géré au niveau du provider NetInfoWrapper (pas de mode offline possible du coup. Problématique ? Si oui quel intérêt d'avoir un écran d'erreur dédié 🤔 )

• Suppression d'une mécanique de temporisation sur l'affichage du splashscreen .

-Suppression du context dédié au splashscreen

Flakiness

If I had to re-run tests in the CI due to flakiness, I add the incident on Notion

Checklist

I have:

• Made sure my feature is working on web.
• Made sure my feature is working on mobile (depending on relevance : real or virtual devices)
• Written unit tests native (and web when implementation is different) for my feature.
• Added a screenshot for UI tickets or deleted the screenshot section if no UI change
• If my PR is a bugfix, I add the link of the "résolution de problème sur le bug" on Notion
• I am aware of all the best practices and respected them.

Screenshots

Avant

Kapture.2024-12-24.at.10.44.58.mp4

Best Practices

Click to expand

These rules apply to files that you make changes to. If you can't respect one of these rules, be sure to explain why with a comment. If you consider correcting the issue is too time consuming/complex: create a ticket. Link the ticket in the code.

• In the production code: remove type assertions with as (type assertions are removed at compile-time, there is no runtime checking associated with a type assertion. There won’t be an exception or null generated if the type assertion is wrong). In certain cases as const is acceptable (for example when defining readonly arrays/objects). Using as in tests is tolerable.
• Remove bypass type checking with any (when you want to accept anything because you will be blindly passing it through without interacting with it, you can use unknown). Using any in tests is tolerable.
• Remove non-null assertion operators (just like other type assertions, this doesn’t change the runtime behavior of your code, so it’s important to only use ! when you know that the value can’t be null or undefined).
• Remove all @ts-expect-error and @eslint-disable.
• Remove all warnings, and errors that we are used to ignore (yarn test:lint, yarn test:types, yarn start:web...).
• Use gap (ViewGap) instead of <Spacer.Column />, <Spacer.Row /> or <Spacer.Flex />.
• Don't add new "alias hooks" (hooks created to group other hooks together). When adding new logic, this hook will progressively become more complex and harder to maintain.
• Remove logic from components that should be dumb.

Test specific:

• Avoid mocking internal parts of our code. Ideally, mock only external calls.
• When you see a local variable that is over-written in every test, mock it.
• Prefer user to fireEvent.
• When mocking feature flags, use setFeatureFlags. If not possible, mention which one(s) you want to mock in a comment (example: jest.spyOn(useFeatureFlagAPI, 'useFeatureFlag').mockReturnValue(true) // WIP_NEW_OFFER_TILE in renderPassPlaylist.tsx )
• In component tests, replace await act(async () => {}) and await waitFor(/* ... */) by await screen.findBySomething().
• In hooks tests, use act by default and waitFor as a last resort.
• Make a snapshot test for pages and modals ONLY.
• Make a web specific snapshot when your web page/modal is specific to the web.
• Make an a11y test for web pages.

Advice:

• Use TDD
• Use Storybook
• Use pair programming/mobs

[bebstein-pass]

j'aime quand on évite de spammer des erreurs

---

sur un appareil peu performant, l'app peut mettre très longtemps à charger

avec cette modification, on ne sait pas si c'est juste très lent à charger ou s'il y a un problème (réseau non disponible)

s'il y avait un toast ou autre truc qui prévenait qu'il n'y a pas de réseau, je serais confiant

je désactive mon réseau quand je dors, j'utilise peu mon téléphone le matin, et donc parfois au milieu de la journée, je n'ai toujours pas réactivé le réseau, parfois il m'arrive de lancer une app et de ne pas tout de suite comprendre pourquoi ça ne fonctionne pas

j'aimerais bien que ça soit validé coté UX, car maintenant nos jeunes ne sont plus prévenu que l'app ne charge pas parce qu'il n'y a pas de réseau

[bebstein-pass]

je trouve ça bizarre d'avoir une dépendance vers le splashscreen depuis le
truc qui gère le réseau

est-ce qu'on pourrait le mettre ailleur ?

[mmeissonnier-pass]

Oui je suis d'accord. Il faudra que je trouve un moyen de séparer ça.

[bebstein-pass]

je ne sais pas si c'est normal de ne pas mettre à jour les dépendances

[bebstein-pass]

à mon avis ce bout de doc va t'etre utile https://github.com/pass-culture/pass-culture-app-native/blob/12f3d3e7117ed66562148c4882d342aadc275d45/doc/development/alias.md

[sonarqubecloud]

Quality Gate failed

Failed conditions
50.8% Coverage on New Code (required ≥ 85%)

See analysis details on SonarQube Cloud

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud