#7536 closed enhancement (fixed)
Use bp_get_admin_url() in XProfile instead of hard-coded links
Reported by: | JohnPBloch | Owned by: | johnjamesjacoby |
---|---|---|---|
Milestone: | 3.0 | Priority: | normal |
Severity: | normal | Version: | 1.2 |
Component: | Extended Profile | Keywords: | needs-testing |
Cc: |
Description
There were several areas in XProfile that used hard-coded URLs instead of the BuddyPress helper function. Replacing hard-coded addresses with addresses generated by the BP helper will improve overall stability and add flexibility to the plugin overall.
Attachments (1)
Change History (8)
#1
@
8 years ago
- Keywords needs-testing added
- Milestone changed from Awaiting Review to 2.9
- Owner set to johnjamesjacoby
- Status changed from new to reviewing
- Version set to 1.2
This ticket was mentioned in Slack in #buddypress by hnla. View the logs.
8 years ago
#3
@
8 years ago
@johnjamesjacoby does the patch still need testing or do you want to squeeze it in or punt to 3.0?
#5
@
7 years ago
@johnjamesjacoby I'm inclined to merge this patch -- are you able to spend a little bit of time testing on the scenario you mentioned previously, or at least clarify that configuration so I can test it?
#7
@
7 years ago
Related: we may want to consider adding protected methods to the field and field-group classes, so they can self-generate these URLs. It would reduce code duplication, remove some logic from the local scope of the functions we use to output the admin pages, and make these URLs testable so we can ensure their stability for future enhancements.
Imagine something like:
$group->get_edit_url()
...or...
$group->get_url( 'edit' )
I'll test this out in the multitude of environment setups that we support.
I think relying on
bp_get_admin_url()
is OK, but there may be weirdness with single-site activations on multisite setups, where site-admins wouldn't normally have the option to edit user settings.