rpclarke41

Oh and something was changed becuase it used to work happily

However if you are logging on through the wordpress panel this is allowed. There must be an issue with your code doing it differently?

I have disabled all plugins except Ultimate, no change.

I changed theme to the 2023 base theme, no change.

So I decided to check the characters at fault. I was wrong it is not ￡ or $ but ” the double quote.

I’ll do some further checking

I have checked both versions of the site and the last remaining difference was a plugin called enable media replace. Disabling this removes the loading state and the gallery now loads although its width is still not correct.

PHP version is 7.2.2, Robo Gallery is 2.8.34, WordPress is 5.5.3

address is shop.scad.org.uk/a5 which at the moment is set to the default for jQuery which means it does not display. I can change this if you want.

I have done some further checking on this.

We are using UltimateMember Ver 1 (still trying to fix the issues caused by moving to ver 2) to manage users, no other opportunity exists to make changes to a user entry.

The entry in question is the first one added and is an old admin account. I believe an early version of the site was built on wordpress.com and then transferred to where it is now.

There is an entry in usermeta for this user with a key wpcom_user_data which as far as I can see relates to this earlier incarnation, possibly logon data – a google search talks about jetpack.

The sanitized data value is
O:8:”stdClass”:10:{
s:2:”ID”;i:53715818;
s:5:”login”;s:10:”name”;
s:5:”email”;s:21:”[email protected]”;
s:3:”url”;s:31:”https://name.wordpress.com”;
s:10:”first_name”;s:4:”firstname”;
s:9:”last_name”;s:6:”lastname”;
s:12:”display_name”;s:10:”displayanme”;
s:11:”description”;s:0:””;
s:16:”two_step_enabled”;b:1;
s:16:”external_user_id”;i:1;
}

When loaded into WordPress this creates a class which ends up in $value with $value having a a type of stdClass. This is what kills the code.

Adding code something like this will fix it

$value = is_array( $value ) ? serialize( $value ) : $value;
if (gettype($value) == ‘object’ && get_class($value) == ‘stdClass’) {
$value = ‘#error#’;
}
$data[] = ‘”‘ . str_replace( ‘”‘, ‘””‘, $value ) . ‘”‘;

Maybe not the most elegant but it does stop the error.

I have the same problem. Firefox works, Chrome does not. I believe it is an error in the data being exported possible a blank field. I haven’t had time to isolate it.

However xdebug reports the following (it writes it the export file so is a bit messed up)
xdebug-error xe-catchable-fatal-error
Catchable fatal error: Object of class stdClass could not be converted to string in wp-content\plugins\export-users-to-csv\export-users-to-csv.php on line 241
Call Stack
{main}( ) wp-admin\export.php’ …\export.php
export_wp( ) wp-admin\export.php’ : 114
do_action( ) wp-admin\includes\export.php’ : 71
WP_Hook->do_action( ) wp-includes\plugin.php’ : 453
WP_Hook->apply_filters( ) wp-includes\class-wp-hook.php’ : 310
PP_EU_Export_Users->generate_csv( ) : 286
( ) wp-content\plugins\export-users-to-csv\export-users-to-csv.php : 241

Sorry I don’t think I made myself clear. I know how to change passwords.

I have a user who has reached the the reset limit. I was looking for a way to reset whatever lock is in place to allow the user to request a new password.

Are you saying the only way to reset is for me to manually change that users’s password?