- Add black, djhtml, prettier
- Add precommit


This PR add configurations for black, djhtml and prettier.

- black is used for formatting python files
- djhtml for formatting html files. Use `{# fmt: off #}` and `{# fmt: on
#}` where needed.
- prettier for formatting of sass,css,yml and js files

Note: prettier picks up some of it's config from `.editorconfig`, so
it's updated appropriately

Formating of mardown files, minified or vendored js files are ignored.

Formatting used off-the-self rules for better consistency with the
community as large.

The formatting is not applied to all the files as it will introduce a
lot of merge conflict with
current PRs, instead `pre-commit` config is provide which can be
installed by `precommit install`
locally. It will format only the modified files in the PR/commits. 

Once majority of the current active PRs are either rebased & formatted
using precommit or merged, we can
run the `make fmt` on the full repo and activate additional prettier and
black checks in our lint rules.

The modified sass files fixes the eslint error that would came up if we
were to apply the prettier formatter on them.

Fixes #3500

Fixes #3290

Adds an organization name column to the submission table. To effect that
change, a new unique block needed to be added. I did test that the
column will not show up when added to
`SUBSMISSION_TABLE_EXCLUDED_FIELDS`

---------

Co-authored-by: Ghulam Murtaza <gmurtaza@opentechstrategies.com>
Co-authored-by: Frank Duncan <frank@kank.net>
Co-authored-by: Fredrik Jonsson <frjo@xdeb.org>

Remove public nav from login/register page and submission form (first step in removing public all together) (#3432)

- Remove primary nav and convert auth pages to apply template
- Move SystemSettings as generic singleton setting
- remove link to fund detail page from listing
- ~Remove mailchimp~ reverted
- ~Remove Google Translate widget~ reverted

Fixes #3480 

Fixes #3495 

- [x] Add pubic statuses to invoices.
- [x] Needs to update these statuses for activities as well.
- [x] Fix status history for staff and applicant.
- [x] Remove sidebar activities from invoice detail page(noticed bug on
test site).
- [x] Status history section doesn't have any status for applicants.
(noticed bug on test site)

Fixes #3454

@frjo I have hidden the 'Invoices' and 'Reports' tables from the project
overview page for the Contracting team. Finance and Staff have access to
all tables.
I have updated project access(project detail page) permissions as well
for the Contracting and Finance team. Currently, Contracting can access
project only in 'Internal Approval and Contracting' state while Finance
can access it in 'Internal Approval and Invoicing' state but with this
PR changes, both of the user groups have access to all projects in all
statuses but yes their actions are still limited, they can only view the
project.

Refs #3474 (2nd point)

Update Project statuses 'Waiting for approval' to 'Internal approval' and 'In progress' to 'Invoicing and reporting' (#3488)

Fixes #3469

Refs: #3448 

- [ ] PAF waiting for approval table shouldn't show if no project in any
tab.
- [ ] Show requested by as well in PAF Approvals(sidebar). Right now
only Pending and Approved are showing.
- [ ] Show activities on the Invoice page.
- [ ] Remove converted status from Invoices.
- [ ] Format price to US format(configurable via settings)
- [ ] "Add Invoice' as next step even after invoice creation(remove next
step after one invoice).
- [ ] Add section id to comments and use those for scrolling(request
change comments)

A vulnerability was introduced with #3064 where registrations could be
created en masse using arbitrary email addresses. An attacker could use
this to make hypha auto generate mass emails to those recipients. Adding
a ratelimit to the registration should prevent that from being too
aggressive.

Co-authored-by: Frank Duncan <frank@kank.net>

Add an option for the finance and contracting team

Fixes #3486

Refs #3477

- [x] "External Reviewer" to "Advisory council" PAF detail page Review
section.
- [x]  Update font size of PAF detail page as per the design
- [x] Update approval page ui as per design.

Use tippy.js instead and css truncate instead of truncation by Django

See: table.py for implementation

Fixes #3458  Refs: #3448

Fixes #3467 

Refs #3448(Part-2) 

- [ ] Update invoice table column name on project detail page,
"Submitted" to "Date Submitted".
- [ ] Update "Reporting" section header to "Reports".
- [ ] Change Upload Contract modal "submit" button text to "Upload" for
Applicant.
- [ ] Update Next step text for "Awaiting Contract approval from Staff"
to ".... approval by org_short_name"(for applicant role).
- [ ] In "Submit for Approval" or "Resubmit" PAF modal, make optional
line bold and update the text as per design.
- [ ] "Invoice Uploaded" to "Invoice added" in alert/success message
text on invoice creation.
- [ ] "Create Invoice" to "Add invoice" on invoice form heading.
- [ ] Update next step for applicant during PAF approval process, set it
to a single/fix text.
- [ ] Update Admin bar's "Download" button text fot PAF and SOW to
"Download PAF" and "Download SOW".
- [ ] Update PAF edit page submit button text to Save.
- [ ] Update "Invoice created" to "Invoice added" in activities.
- [ ] "View <related_object>" in activity feed instead of just
<related_object>. Ex: Contract -> View Contract
- [ ] "Edit" and "Delete" to "Edit Invoice" and "Delete Invoice" on the
Invoice detail page.
- [ ] Update applicant to vendor at every place in projects.

![Screenshot 2023-07-13 at 08 40
37@2x](https://github.com/HyphaApp/hypha/assets/236356/e4e343d4-ea17-457b-8781-50b613f3e2ab)

Fixes #3368

This fixes the issue where the select2 widget doesn't initialized
properly during the page load.

The select2 internals are dependent on the window.onload and the is not
easy way to switch to activate on htmx.onload event.

Consequently, the hx-boost is removed from the primary navs so the
select2 behaves as expected.

If application form has a textarea and on submitting the form there is
an Django validation error for that textarea. Then the current
javascript
crashes as it's to find an <input> in the form__error DOM element. Due
to
the javascript exception the mousemove handler is not registered and
submit buttom remains disabled.

This PR ensure
1. The aria-invalid is applied to the invalid text area as well.
2. The JS doesn't crash if the input in undefined.

When following docs to set up a development environment, without this
change one would see this error:

> Unknown command: 'wagtailupdatesite'. Did you mean
> wagtail_update_index?

The current implementation of header doesn't need this variable to
be set.

Fixes: #3439

PUBLIC SITE hostname was to APPLY_SITE and vice-versa, also
update the default port 9001 to be consistent with the docs

Fixes #3462

![Screenshot 2023-06-25 at 13 57
16@2x](https://github.com/HyphaApp/hypha/assets/236356/66b51604-8b34-483f-bd8b-efad805d6a57)

Ref: #3443

base.py does not read WAGTAILADMIN_BASE_URL from the environment. This
patch addresses that.

Currently, base.py sets WAGTAILADMIN_BASE_URL only if PRIMARY_HOST is
set. The code is:

```
WAGTAILADMIN_BASE_URL = env.str("WAGTAILADMIN_BASE_URL", None) or f'https://{PRIMARY_HOST}' if PRIMARY_HOST else None
```

Python interprets that at as "if PRIMARY_HOST is set, then set to
WAGTAILADMIN_BASE_URL, but if PRIMARY_HOST is not set, then set to
None." It essentially implies parenthese as below:

```
WAGTAILADMIN_BASE_URL = (env.str("WAGTAILADMIN_BASE_URL", None) or f'https://{PRIMARY_HOST}') if PRIMARY_HOST else None
```

But what I think we actually want is "set it to WAGTAILADMIN_BASE_URL if
that has been set in the env, then fallback to PRIMARY_HOST, then
fallback to None. We can do that by putting explicit parens around the
part following 'or':

```
WAGTAILADMIN_BASE_URL = env.str("WAGTAILADMIN_BASE_URL", None) or (f'https://{PRIMARY_HOST}' if PRIMARY_HOST else None)
```

This patch puts those explicit parens in.

Fixes #3452 

Current project views are that the docker setup isn't the best way to
roll out to prod. Adding that to the docs gives readers a better idea of
what to expect as an outcome from this section.

Fixes https://github.com/HyphaApp/hypha-site/issues/5

Fixes #3088 

For 2fa disabled users:
"Disable 2FA" -> "2FA already disabled"

Upload button for each project and contract documents categories, Add template to both type of categories (#3390)

Fixes #3375 
Fixes #3189 

Changes:
1. Upload button for each category (for both types of documents,
projects and contracts)
2. Hide field category select option from the modal and set it
programmatically via JS. (for both types)
3. Use required in place of recommended (for both type). Recommended is
there for existing categories but not getting used, we may remove or use
it later.
4. Add template field(optional) for each category, it can be configured
via wagtail and will be shown beside of category name.

Fixes #3430

- [x] Simplified code
- [x] Use postgres FTS search
- [x] Improve UX for filters
- [x]  Improve submission listing
- [x] Add filter for submission date, OTF have asked about this.
- [x] Add submission ID search, see
https://github.com/HyphaApp/hypha/pull/3294
- [x]   Make sure the batch actions are working 
- [x]   Permissions check for batch actions
- [x] Ensure search index works after submissions is updated
- [x] ~Integrate Django messages framework with htmx responses~ (Not
needed)
- [x] [Fix Polynomial regular expression used on uncontrolled
data](https://github.com/HyphaApp/hypha/security/code-scanning/74

)
- [ ] make bulk update status working, currently it's hidden.

---------

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

After submitting application user, if the user is authenticated they
will be presented with a link to go to back to dashbaord.

Closes #3410

---------

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