Fixes #3529

More updates to
https://github.com/HyphaApp/hypha/commit/19d69d9a6f5c4607fe8d72bc8d19db5fd41786f5

Use reference scale from tailwind to update the styles of different
headers.

Overall the fonts for headers were little too large and they are now
little scaled down so they don't look blown up.

Sensible formatting is applied to form elements, esp. help-text is made
smaller.

Adminbar component used on even more pages.

PS: A lot of files are touched and also a lot of code cleanup can still
be done. So for now the best way to test this would be to navigate
through the pages pages and find any obvious issues.

Fixes #3518

This pull request ensures that users are directed to the form submission
page after successfully registering or resetting their password if
registration is required before applying to a fund. Additionally, the
forgot password email template is updated to be consistent with other
email formats.

The flow to set the password after clicking on the activation link
remains unchanged.

Fixes #3517 

Without this you get an error "'AnonymousUser' object has no attribute
'is_apply_staff'"

Fixes #3512

Fixes #3505 

Add description here.

Fixes #3499 

Just showing the file names, couldn't add the date and user because we
don't know if those files were uploaded by the applicant at the time of
submit or if staff edited the submission and uploaded files later.

Possible Fix of #3442 

On submission deletion, all other activities, determination, and other
things are getting removed but as this `NEW SUBMISSION` event is not
directly connected to submission so not getting removed. It is creating
issues at the time of user deletion even after submission deletion.

I was also thinking to show the model name, and object name in error
itself but user deletion only seems to be dependent on `Activities` and
`Events`(user can also be deleted only by removing Activities and events
not submissions related to them), and even if we show staff the event or
activities ids I don't think staff can easily delete those anyhow via
UI. I think we need to decide a better way to delete a user, maybe issue
#3441 help us?

- Enable status dropdown
- Fix action s/GET/POST
- Add transition logic

Bumps [reportlab](http://www.reportlab.com/) from 3.6.12 to 3.6.13.


[![Dependabot compatibility
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=reportlab&package-manager=pip&previous-version=3.6.12&new-version=3.6.13)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)

Dependabot will resolve any conflicts with this PR as long as you don't
alter it yourself. You can also trigger a rebase manually by commenting
`@dependabot rebase`.

[//]: # (dependabot-automerge-start)
[//]: # (dependabot-automerge-end)

---

<details>
<summary>Dependabot commands and options</summary>
<br />

You can trigger Dependabot actions by commenting on this PR:
- `@dependabot rebase` will rebase this PR
- `@dependabot recreate` will recreate this PR, overwriting any edits
that have been made to it
- `@dependabot merge` will merge this PR after your CI passes on it
- `@dependabot squash and merge` will squash and merge this PR after
your CI passes on it
- `@dependabot cancel merge` will cancel a previously requested merge
and block automerging
- `@dependabot reopen` will reopen this PR if it is closed
- `@dependabot close` will close this PR and stop Dependabot recreating
it. You can achieve the same result by closing it manually
- `@dependabot show <dependency name> ignore conditions` will show all
of the ignore conditions of the specified dependency
- `@dependabot ignore this major version` will close this PR and stop
Dependabot creating any more for this major version (unless you reopen
the PR or upgrade to it yourself)
- `@dependabot ignore this minor version` will close this PR and stop
Dependabot creating any more for this minor version (unless you reopen
the PR or upgrade to it yourself)
- `@dependabot ignore this dependency` will close this PR and stop
Dependabot creating any more for this dependency (unless you reopen the
PR or upgrade to it yourself)
You can disable automated security fix PRs for this repo from the
[Security Alerts
page](https://github.com/HyphaApp/hypha/network/alerts

).

</details>

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Add word-break: break-word to revision diff table to make long links etc. fit on small screens (#3542)

Fixes #3497

Right now the 3rd column is empty for user and looks odd.

This PRs helps look it nicer.

Fixes #3507

Fixes #3508 

Used ORG_SHORT_NAME instead of hardcoded org short name in next steps.

Fixes #3494

- 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