dev/user-interface#14 Fix membership_status_id url handling (recent regression).

[eileenmcnaughton]

Overview

Fixes a recent regression whereby the links to membership search from the membership dashboard don't filter correctly on export

Before

On membership dashboard click through to a group of members - they should be filtered by membership type & status in the url
In actions dropdown click 'Export members'
Export list - and see that other statuses are included

After

Correct list of statuses & types exported

Technical Details

The right fix here is to fix the xml to the field setting it to export & adding a uniquename.

However, with our search focus moving on to the new search functionality in the pipeline & us having had
a hiatus on dealing with search code I think this more conservative change + a rc focus makes sense
at the moment

Comments

https://lab.civicrm.org/dev/user-interface/-/issues/14

[civibot]

(Standard links)

• If this is your first pull-request for CiviCRM, please browse CONTRIBUTING.md for information about the development and testing processes.
• If you are reviewing this pull-request, you may wish to consult the test sites and the Review Standards (long template, short template).

[jitendrapurohit]

Just tested this and confirmed the default selection of status and types works fine. The export file correctly includes all the members filtered by these input fields

Noting that the dashboard also contains a link which redirects to the search form with owner=1 URL filter expecting only primary members to show.

The result is shown correctly but, in this case, the export file includes the non-primary members too.

As this is for rc, would be ok to handle that in a follow up PR and merge this change 👍

[eileenmcnaughton]

test this please

[seamuslee001]

I'm going to merge this based on @jitendrapurohit 's testing