Notifications by type is inefficient
Notifications by type appears to cause FediFE to keep paginating the notifications API endpoint which is slow and very inefficient. Users often do not have a large amount of New Follow requests, so the end result of this behavior is that it can make FediFE load hundreds or even thousands of notifications just to fill this column. This ends up bloating up the memory use of FediFE and makes the application very slow when switching back to other timelines.
Correct behavior would be to fetch by type: /api/v1/notifications?limit=25&min_id=95676&include_types[]=follow
The inclusion of include_types[]=follow would guarantee an instant result.
Docs on this API are available here: https://docs-develop.pleroma.social/backend/API/differences_in_mastoapi_responses/#get-apiv1notifications