Removing unneccessary calls when opening/editing a post

[Angamanga]

This PR introduce a resolver instead of a guard for post-detail/post-edit view. In this way, we can still check the permissions and also reuse the post-object in the components, and in that way removing an unneccessary call to the API that slowed down the opening of the post.
To test:

1. Go to feed-view
2. Click on a post

• The post should open (but faster!!)

3. Click on the pen on the post

• The edit-view should open with the correct info (but faster!!)

4. Test all kinds of actions, changing status, adding to collections etc etc, they should all work and be reflected in the UI
5. Test on small screens and on the map, the modal should open and all functionality should work as before
6. Test accessing the edit-url as a logged out user

• You should get redirected to the "not found" url

7. Test accessing a post under review as a logged out user

• You should get redirected to the "not found" url

Note: While testing this, I found an existing bug in the mapview:
https://linear.app/ushahidi/issue/USH-1677/changing-status-on-a-post-in-map-view-doesnt-update-the-ui-to-reflect I have not fixed that in this PR.

[linear]

USH-1667 Excessive API Calls and Delayed Rendering in Post View and Edit Pages

[Ifycode]

@Angamanga I did notice something with the UI and it's dependence on the API call before it responds to user action. Affects card preview slide out on click and Mode switch in general on feed view.

Link to video here: https://ushahidi.slack.com/archives/C03T5716QE5/p1731926348116819