Hi

Regarding Reconfirm e-mail plugin for Community Builder
Change of e-mail front end by registered users working fine before installation of plugin

Installed the extension reconfirm e-mail for Community builder.
Tested it out
At the profile when the e-mail is changed in front end by registered user, the e-mail remains same as previous
the e-mail is sent to the new e-mail address and link provided to confirm the new e-mail, but still remains the same as the old...
also noted, with the plugin, the warning that an e-mail is already in use to not show...

Note:
Running on Joomla 4 (4.1.5)
If this has any bearing on the subject, this has been tried with CB Bootstrap on and off, same result...

Hi

Apologies, i should have explained the issue somewhat more in detail, was a bit tired when initially raising the post

Steps 1-2 yes
Step 3 issue if a already used e-mail is entered
Step 4 yes
Step 6, issue if not already logged in

What happens
After activation of e-mail link, the user gets directed to login
after login and going to the profile, the e-mail appear still as the old...
Now
If the user while logged in activate the e-mail link a second tap opens up with a message the e-mail is changed
and in this case it is, but to being logged in should not be required for this to work...
the function should be insured similar to first registration e-mail and approval first time as a user register.
**
The other issue mentioned:
Part of various testing before rollout of the reconfirmation function also tried to use an exiting e-mail already in use,
Yes you are warned, but this is after the other already in use e-mail user has received the e-mail link for change and only
after the other users e-mail has activated the link
(and if the simultaneously if the first user who wrongly entered the e-mail are logged in, back to the issue above...)
The point was that the user get no warning when trying to enter an already used e-mail and save when the plugin is activated,
when the plugin is unpublished a warning appear immediately when trying to save.
**
In my opinion It's a bug or overseen design, whatever it's called, that reconfirmation of email does not work if the user
is not logged in at same time and using the link again, and is allowed to enter an already used e-mail for processing the confirmation
link flow.

Thanks for the clarification, and for your valuable feedback, this is much appreciated

Noted the issue of using an exiting e-mail is added to future bug fixing

For the requirement of menu item published
It was not clear clear for me that it's not enough the profile has a public menu, seems also requires the edit profile need to be a public menu,
after I did this change I managed to get it working a few times, but I can not obtain a consistent outcome at testing, maybe some log/stored
process information is creating an issue, when repeat change between 2-3 various e-mails.

The behavior is different than at registry, here the user are informed at the browser page that the e-mail is registered (without login), and works
without any hiccups every time/consistent performance, as for the plugin re-confirm e-mail it appear inconsistent/some situations it does fail...
Also looks like for the re-confirm plugin, if the user makes a clerical mistake when entering a new e-mail, and such e-mail with the clerical mistake do exist, such person would in some situations be automatically logged in and hereby directly granted log in and hereby having access to the user's personal profile information, no matter view settings or privacy etc.,
and looks like if the users changes back to the previous existing e-mail (regrets after the change to a new e-mail is done) the system does apparently not populate (or not consistently) a new confirmation e-mail...

It might just be me testing various menu setups in backend and subsequent for each is testing e-mail change 3-4-times in a row in front end as a user is creating some errors, or it's me as idiotic fail-40 error, bottom line is I experience an inconsistent outcome at using the re-confirm module, and sorry to say are forced to unpublish this particular module for now....

CB 2.7.3 / re-confirm plugin 4.1.1+build.2021.07.26.… / Win 10 21H2 / Edge / Joomla 4.1.5, Cassiopeia, all HTTPS / Cpanel 102.0_19 / PHP 7.40.30 / MySql 10.3.35 / Apache 2.4.54