Using the membership plugin I noticed a quirk, with a pretty simple workaround.
On the sample_profile.php page provided with the plugin, from lines 6->10 is the following code:
// prepopulate form with current user values
foreach ($CURRENT_USER as $name => $value) {
if (array_key_exists($name, $_REQUEST)) { continue; }
$_REQUEST[$name] = $value;
}
It works great, and does what it needs, but that's when it's on its own.
Once I tried to integrate that within another page that utilizes includes, and calls up other tables (for a header image, left column, right column & footer elements etc) I noticed that they were breaking. I was getting a Notice: Undefined Index and all other sorts of witchcraft. (not a typo :D)
So, with a wee bit of systematic elimination I was able to deduce that the above code was causing the issue.
My fix to this problem, though not glorious, could perhaps save some other poor soul more than a few precious moments from their life...
I placed all the PHP that is specifically related to the form, including the following juice bits.
// prepopulate form with current user values
// process form
// error checking
// new password checking
// check for duplicate usernames and emails
// update user
// on success
// delete account
// delete uploads
// delete account
// redirect to login
ALL of that I placed at the VERY VERY bottom of my PHP page, immedately before my closing </body> & </html> tags, I made sure to even put it after:
<?php if (!$home_pageRecord): ?>
No record found!<br/><br/>
<?php endif ?>
Perhaps someone will chime in with a way to re-write, or re-configure/structure the PHP call functions to get them to not break, but for now I'm just glad to have figured out what was breaking my includes/calls from other tables.
Rusty