A couple PHP Notices logged

I'm not sure what to suggest then at this time without knowing more about what triggered it. As it stands something tried calling a function on a plugin that wasn't loaded is all we've got to go on. Do you have any plugins in CB > Plugin Management where Access is not set to Public? If so, which ones?

PHP Notice: Trying to get property 'email' of non-object in .../components/com_comprofiler/plugin/user/plug_cbautoactions/library/CBAutoActions.php(148) : eval()'d code on line 13

That looks like a code action issue. You're trying to access email of an object that doesn't have email on it. Looks like line 13 of your custom code. Suggest checking your email actions to see which could be doing this.

I don't use email auto actions at all, though I do call the Joomla mailer from code auto actions in a few of them. I checked the code on those and it's correct and tests correctly. The implication here may be that someone doesn't have an email address in their account (or it is invalid). I wondered about the line 13 reference. Wasn't sure what that referred to. Would be nice to know which AA it is, but I only have 3 that send emails. They all have "Everybody" access. I see one of them was using the onAfterUserConfirmation event (just changed to onAfterUserConfirm). I have wondered if that event provides access to the profile of the $user (as if they are logged in and active). I have certainly assumed it does. If not then that could be the issue (and I need another solution).

I don't use email auto actions at all

Sorry, I meant to say to check your code actions trying to access email.

The implication here may be that someone doesn't have an email address in their account (or it is invalid).

It's erroring because the object you're accessing seams to sometimes not be an object at all or at least not an object you're expecting. You'd need to find which auto action is doing this then provide what trigger it's acting on and likely also the code you're trying to execute.

I wondered about the line 13 reference.

Copy your code to an editor that shows line number. Line 13 is where the error is happening.

I have wondered if that event provides access to the profile of the $user (as if they are logged in and active)

onAfterUserConfirmation does provide a user object as var1.

Turns out line 13 of that confirmation-triggered AA has reference to an email address that is looked-up by one of my utility functions based on the zip code of the user confirming their registration.

onAfterUserConfirmation does provide a user object as var1.

I just changed the event to onAfterUserConfirm. Was that a mistake? Before that change I was using just $user->field (and still am). Will this work with onAfterUserConfirm or should I switch back to onAfterUserConfirmation and use the $var1 (or whatever the syntax is)?

I just changed the event to onAfterUserConfirm. Was that a mistake? Before that change I was using just $user->field (and still am). Will this work with onAfterUserConfirm or should I switch back to onAfterUserConfirmation and use the $var1 (or whatever the syntax is)?

$user is set by CB Auto Actions and will always be a user object so it's save to use as long as your code doesn't override $user with something else.