Refactor module visibility to add visibility for new modules

[armanddidierjean]

Description

With this PR, modules visibility are stored with a column visible: bool in db.

This allows at startup to add default group ids for new modules, instead of only adding them during the database first initialization

Breaking change: this PR will delete existing Visibilities

[codecov]

Codecov Report

Attention: Patch coverage is 65.51724% with 10 lines in your changes are missing coverage. Please review.

Project coverage is 80.27%. Comparing base (c82323c) to head (e41c3c9).

❗ Current head e41c3c9 differs from pull request most recent head 7cac715. Consider uploading reports for the commit 7cac715 to get more accurate results

Files	Patch %	Lines
app/utils/initialization.py	42.85%	8 Missing ⚠️
app/app.py	60.00%	2 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #359      +/-   ##
==========================================
- Coverage   80.47%   80.27%   -0.20%     
==========================================
  Files          86       86              
  Lines        5766     5774       +8     
==========================================
- Hits         4640     4635       -5     
- Misses       1126     1139      +13     

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

[julien4215]

Suggested change

	# We need to import the module_list here, because the it is not initialized at startup
	# We need to import the module_list here, because it is not initialized at startup

[julien4215]

Suggested change

	if module_awareness is None:
	if module_awareness is not None:

[julien4215]

Instead of deleting the ModuleVisibility table, the migration file could add all modules in the table ModuleAwarness because all these modules already use visibility