- Keeps the migrations to delete the public tables
- Updates and adds a global footer (admin configurable)
- Update the layout of homepage

Fixes #3110 #3559


## Test Steps

- [ ] Remove the public site, go to "Wagtail Admin" > "Pages", set the
"Apply Home Page" as the default page of the site. Remove the public
site page
 - [ ] Do regression of the whole site

---------

Co-authored-by: Wes Appler <wes@opentech.fund>

- Upgrade heroicons to 2.6.0, adds support for heroicons_mirco
- Remove/upgrade sprite icons
- Update icons in the global messages widget
- Remove unused bgg-logo sprite
- Update calendar icon with heroicon
- Update anchor-link icon
- Remove speech-bubble icon and link—-open-feed, link--close-feed and
link—to-top
- Remove arrow-up and arrow-down
- Remove arrow-split
- Remove "website" icon
- Remove “error” icon
- Update like & dislike button in the screening section
 - Remove 'bulb' svg from sprite
 - Remove 'hero-home-left-pixels' sprite
 - Remove 'hero-home-right-pixels' from sprite
 - Remove 'magnifying-glass' svg from sprite
-  Remove 'person-icon' and profile_button.html
 - Replace 'caret-down' and 'caret-up' icon
 - Remove 'side-arrow' from svg sprite
 - Remove 'add-user' icon, replace with 'user-plus'
 - Remove 'logo-desktop', 'logo-mobile' and 'logo-desktop--dark' icons
 - Remove 'logo-mobile-no-text' icon
 - Remove 'logo-mobile-dark' and 'logo-desktop--dark-alt'
 - Remove 'hero-standard-left-pixels' and 'hero-standard-right-pixels'
 - Remove 'eye' icon and replace with heroicon 'eye'
- Remove 'exclamation-point' icon and replace by heroicon
exlaimation-circle
 - Remove 'github' icon
 - Remove 'person-icon' and profile_button.html
 - Replace 'caret-down' and 'caret-up' icon
 - Remove 'side-arrow' from svg sprite

closes #3703 
depends on #3722

Fixes #3735

## Description

Closes #3545.

This creates the option to require a user to preview their form before
submitting it. The requirement is set on a per fund/lab basis, and is a
~required checkbox when the lab/fund is configured in Wagtail admin~
global Django configuration option. The preview first saves the
application as a draft, then presents the user with a preview of their
application. Upon viewing, the user can either edit or submit as seen in
the flow diagram below.

Removes the cookie consent settings from the "public" menu
to "settings" menu and make it site independent setting

This PR also remove the `@register_public_site_settings` as this the
last remain setting in the "public" menu in wagtail

Depends on #3721

---------

Co-authored-by: Fredrik Jonsson <frjo@xdeb.org>

Also, removes breadcrumbs and StoryBock

Depends on #3720

- Remove bunch of homepage properties
- Update apply fund/lab listing page to use `page.description` instead
of picking up description from the corresponding public page.


Depends on #3719

---------

Co-authored-by: Fredrik Jonsson <frjo@xdeb.org>

- Update sandbox db

Depends on #3718

- Keeps the apps, so delete table migration can be applied
- updates sandbox-db with removed tables

Depends on #3717

- Updates migrations to delete tables
- update sandbox-db with removed tables

Depends on #3716

Co-authored-by: Saurabh Kumar <theskumar@users.noreply.github.com>

- Keep the app installed so the delete table migrations could run
- Update sandbox-db with removed tables

Depends on #3715

- Removes the `NavigationSettings` and it's template tag. Keeps the
custom html based navigation
- Keeps the "news" installed app, so that model migrations are applied
- update the sandbox db to remove news page data and schema from it
- Remove management command for public pages exports

Fixes #3709

Fixes #3726

The workflows page in the docs had duplicate info about each of the work
with just an addition screenshot of workflow stages section.

Update and merges the screenshot with the existing sections about
different workflows

Quick PR to update the PR template reflecting the testing conversations
we had today

This app is used for improving the ranking of the pages in the wagtail
search, as the
public site with all it's pages are being remove this app of no use in
hypha now.



https://docs.wagtail.org/en/stable/reference/contrib/searchpromotions.html

Fetch the full-history to that the last edited information is displayed
correctly for all the pages. Right now, all the pages get the last build
time.

Also, update the copyright year from 2023 to 2024 (Easy way to triggers
a build for docs)

Fixes #3669

Make the status bar work with different fonts, viewports etc. and always
align.

ruff is drop-in-replacement for black and some of deviations
actually make some sense. Argueably they seems to be very good at what
they do, while for us it's one less dependency to manage

See https://docs.astral.sh/ruff/formatter/ to understand more

- Removes the SocialFields and SocialMediaSettings Model
- Esp. removes any twitter, fb or per page images/text

- Use sudo mode instead of asking for password
- prompt confirmation text before final disable action
- Clean/Rename the confirmation form

closes: https://github.com/HyphaApp/hypha/issues/3705

Fixes #3706

A draft determination shouldn't be able to be saved without setting an
outcome, as there isn't a valid state to store it in (and if a
determination is being drafted, an outcome has been reached). This
enforces partial form validation when a determination draft is saved to
ensure an outcome is set.

- Use privatemedia view for uploaded files and uses `uuid` for file
links so they are not auto-discoverable
- Slightly update the typography for the rendered comment and section
itself to match with the rest of the type system and better
differenciate two commment box.
- the file uploads are not editable while editing a comment (same
behaviour as slack)
- Update the styling of "Upload", make it secondary button instead of
primary

closes: https://github.com/HyphaApp/hypha/issues/3643

Fixes #3681 

Part of public site removal

This is part of public site removal effort

Add todo app with task model and integrate todo app APIs with projects part(including PAF process, contracting and invoicing) (#3634)

Fixes #3628 Closes #3605 

Configured setting for default visibility of review. It can be set as
**private** or **reviewers**.

- Private: Visible only to staff.
- Reviewers: Visible to other reviewers and staff.

**Setting to consider:**

- ```REVIEW_VISIBILITY_DEFAULT ```

Closes #3417

---------

Co-authored-by: Fredrik Jonsson <frjo@xdeb.org>

If the PROJECT_ENABLED=False then the invoice should not be created at
the first place. But somehow at some point projects where enabled and
there are project and invoices in the system. The system should function
as expected compared to lacking functionality in/between.

This PR remove the PROJECT_ENABLED check on the project's
get_absolute_url, which is used while deleting invoices or potentially
at the other places.

closes #3663

Fixes #3680. Swaps the PositiveInteger field for a DecimalField with a
validator that ensures the input value is >= 0. Ensures project creation
no longer generates an exception when a project's `Requested Funding`
field has a decimal.

Fixes #3535 

Right now, we have two tables on the approvers dashboard "PAF waiting
for approval" and "PAF waiting for assignee" but as per the latest
design we want a new table "PAFs for review" that contains data from
both of the above tables and list it in a simple manner.
In this PR we are just adding that new table but not removing the older
ones, once we are done with the new table testing and are ready to have
it then we can remove the older ones.

The date requested column is kind of not clear yet. 
We have multiple dates, one of them is the "Submitted date" which is
when a lead/staff submits the PAF for the first time. Another one is
"Updated date" which is when staff submits or this approval(not paf) is
updated even for change approver/assignee(right now I have used this
one).
But I think we might need to maintain one more date as the "date
requested" for every approval, which might be different from both of the
above dates in sequential workflow(ex: the second approval
date_requested will be set as the first approval approved_date) while it
will be same as submit_date for parallel workflow.

What do you all think, is the submit_date enough, or should we have
date_requested as another as explained above?

**Update**
We decided to use submit_date as date_requested.
Removing the old tables as the new table contains both old tables' data.

Fixes #3541.

This PR adds descriptive help text to the Wagtail admin edit/create user
"Groups" prompt. This was done by creating custom Wagtail forms and
overwriting the existing group field, along with adding another field to
the
[groups.py](https://github.com/HyphaApp/hypha/blob/enhancement/add-desc-to-user-roles/hypha/apply/users/groups.py#L40).

The
[definitions](https://github.com/HyphaApp/hypha/issues/3541#issuecomment-1786722987)
provided by @fourthletter were shortened just a bit for the sake of
appearance. If anyone believes they got too truncated I'm fine with
updating them.

- The numbers don't break
- make the heading consistent, everything gets a h4
- Update the color and style for added/deleted text


closes https://github.com/HyphaApp/hypha/issues/3671

Bleach==5.0.1 is installed as part of django-bleech dependency.

- Use `.python-version` and `.nvmrc` in CI script, single source of
truth
- Update version of python and node. 
- Update version of alpinejs, htmx and other build js
- Update minor versions of python dependencies