anmari

Hi, not that easy. Not everyone wants the same behaviour. A future release may have a more customisable search where one could say which fields to search

It may help that I’ll have an update up soon that will let one search “Elin” (with the doublequotes) and only the users with a field that has just Elin will show.

Double quotes also being used to search for a phrase instead of an ‘OR’ of 2 words.

This has nothing to do with this plugin. you should ask this of whatever created and is using that table.

Not at the moment no – only the raw data is exported. So for now, you’d have to have a VLOOKUP in excel to show lables or slugs.

There is an idea to allow formatting of csv lists/exports, basically define one list with formats for the webview and another for the export? Or maybe allow choosing a format for csv next to the format for webview, as csv usually doesnt want hyperlinks, icons etc.
Still just an idea though.

Easy! That is exactly the example used here – See https://wpusersplugin.com/8519/change-displayed-text-plugin-theme

You can do this with any plugin or theme that has made their text translateable.

There’s always a changelog
https://www.ads-software.com/plugins/amr-ical-events-list/#developers

Hover over the exclamation mark or use ‘inspect element’.
The exclamation mark is warning you of something. If you had posted a link to your page I would have been able to look and tell you.

At a guess I’d say its probably telling you that it is using the cached ics and that is not updating from the source. It may be timing out or something has happened to the ics source. That’s just a guess.

See support post immediately before yours and try using ‘Classic widgets’ https://www.ads-software.com/support/topic/wp-5-8-customizer-not-loading-with-wp-themes/

Hi, thanks for the additional info that it is happening on the user registration field. That would still tend to indicate some data corruption as it is not happening to anyone else or on any of the demo systems. This has happened to me a couple times – fixed with a database repair.

Other possibility is maybe something (php version?) is ‘old’ if your system has been around awhile. So what to do?

1) lets check basics of system first. – how does your php & mysql etc compared to wp recommended? https://en-au.www.ads-software.com/about/requirements/. Please also post the data in the page Userlists> General & About > Your user db

2) Check if database needs repairing – you can google steps, here’s one i found https://kinsta.com/knowledgebase/wordpress-repair-database/

3) if above all sorted & message still occurs: the message in the code is when the plugin tries to convert the data in a field to a date object. It is complaining that the string passed is not usable – it says it received ‘152’ which is clearly not a date. It is not complaining about the timezone, that’s not the problem. It is also weird that the field is blank – in my systems, it usually just shows the raw data when it is unable to convert the data.

SO…. we need to find the user record with ‘152’.

If you have other messages with complaints about other data, you can try searching for those reported strings. I see that the handful you listed look fine. You need to find the ones that are not fine.

Search in phpmyadmin on the user_registered column in the wp_users in my version doesnt work lol – insists on a datetime value – i can’t force crap in!

3.1 – you may have luck finding the ‘bad’ records using the userlist to search. like here https://s2m.wpusersplugin.com/, where I can search https://s2m.wpusersplugin.com/?su=202109 to find the record with ‘202109’ in the user record.
IF you have done all of the above and we are no closer to understanding whats happening, I can take a look. I would need full access to the install and to phpmyadmin and you would need to ensure that you have made backups that you know how to restore.

• This reply was modified 3 years, 2 months ago by anmari. Reason: clarify , typos

Hi again, I’ve played around putting junk data in to date fields. The only way I can get that admin message up is i have said a field has a dates in it like yyyy-mm-dd in it ie the plugin expects a date in format like YYYY-MM-DD
If php cannot convert the data into a date object, for example because it finds in the data ‘152’ instead.then the plugin traps the error as above.

Note that the public user does not see that message – they will just see ‘152’ with a little exclamation mark next to it.

It is possible that your dates are actually unix timestamps??? or maybe there is just junk data in one users record.

If you don’t know how to look for the data in phpmyadmin, you can try using the user list & search for ‘152’ or try sorting the date fields and the record with the bad data may show up at the beginning or end of the list.

Please let me know how you go.

it sounds like you have garbage data in a field, as the message says
Fatal error caught – Unable to create DateTime object from this string: “152” with timezone DateTimeZone Object ( [timezone_type] => 3 [timezone] => America/Detroit ) Please check the content of your date fields, and any fields where you have specified a date format

search in phpmyadmin on those fields for ‘%152%’

• This reply was modified 3 years, 2 months ago by anmari.

Sara,
if users are added to the wordpress system, currently they will appear on the lists at the re cache interval set by admin. The lists query the wp data. A realtime version is in progress.

Generally the answer to your other questions is yes. I suggest you start with the free plugin and see how it suits your needs. The ‘plus’ versions add features to that. This includes clickable phone numbers, if clicked on a device that has calling capability https://wpusersplugin.com/downloads/amr-users-plus/

More info here: https://wpusersplugin.com/
Demo sites:

• directories.wpusersplugin.com,
• https://bp.wpusersplugin.com/
• https://s2m.wpusersplugin.com/
• https://um.wpusersplugin.com/
• https://lang.wpusersplugin.com
• https://play.wpusersplugin.com

I suspect that ideally wordpress would like all widgets to become block widgets and accessible from the page or post editor.

Ultimately once all major plugins have converted their widgets, that would mean this plugin would no longer be needed. That would be fantastic!

Please see https://www.ads-software.com/support/topic/wp5-8-use-classic-widgets-plugin-with-this-plugin/

Hmm – more testing and some oddities with adding some new widgets. Let me know any specifics you may be able to determine. And see if the class widgets help.

What I have for now:
Customiser does load (bit slow). Not a fan of it, cannot drag and drop widgets between sidebars, feels harder more painful. Classic widget a godsend.

in wp5.8 customiser, some widgets are all good in the widget sidebar.
OTHER widgets are fine and work ok, one can see the do_widget prompt and it works when added to the page. The id’s may be messed up somehow eg: [do_widget categories] works but [do_widget id=categories-6] doesn’t. It’s as though the ids have changed somehow.

I’ll have to explore see what has changed in the wp identification of the widgets.

• This reply was modified 3 years, 4 months ago by anmari.
• This reply was modified 3 years, 4 months ago by anmari. Reason: clarification

Oh dear, checkout the reviews and downloads for https://www.ads-software.com/plugins/classic-widgets/advanced/. Seems to be in high demand.

Hi, It’s working for me on twenty-twenty-one & twenty-twenty themes with only this plugin and the beta tester plugin active.

Try using https://www.ads-software.com/support/plugin/classic-widgets/ Seems quite a few are having widget problems independent of any use of my plugin.

There was something odd with another theme I had active at time that I upgraded. or it was slow to show up? I didn’t debug further since it works with wp themes and I was not interested in the other theme.

Also please try the usual debugging of minimal setup with wp theme and then slowly switching to desired theme and reactivating plugins

This plugin is actually extremely simple. No js added. It may be that the addition of the extra widget area is unexpected by the theme and so some weird thing is happening?

Without a reproducible problem though, it is hard to take it further.