locker17

What do you mean by “how you have mapped it”? With your mapping feature.

Question 1 is solved already. After one hour search I deleted the relevant margin, which causes the up and down moving.

Short gif of the eye-password problem
https://ibb.co/tYg7bVB

Thanks for the answer. I know how to change the format. Unfortunately your plugin doesnt work the same like the buddypress plugin. As shown in the attached picture buddypress plugin shows the date format as d/m/Y – how I wanted it – but saves it as year-month-day in the database (mysql date format).

Your plugin is also beeing able to save it as year-month-day but shows it in the same way which is confusing in my country. I need it show as d/m/Y from the date picker and THEN save it as year-month-day in the mapped buddypress xfield. Then other buddypress plugins can work with it correctly.

Is there a way to fix that?

https://ibb.co/rbZ2qCR

Regarding the column mismatch. I think the log were written because I did not have all options at your plugins dropdown list which I have at the buddypress one. When I correct that, there is no more log. So this one is solved I think.

Today I found at the logs section 4 lines which say the time and then CRITICAL Mismatch Columns. I mapped 4 fields and get 4 mismatch errors for every user which registers. Why they are throwing this error if the fields mapped correctly to buddypress instead of the mix up with the day and month reported above?

As I see so far the message disappeared. But I made other changes therefore dont know if I just dont get debug messages anymore.
Will let you know if the reported problem happens again. Thanks.

Topic is solved already. Thanks.

I want if the maintenence mode is switched on that only admin can login. So I left the field for frontend and backend roles empty. Nevertheless I can login with a subscriber role. And display the members page for example (anydomain.com/members/)
Is that what it supposed to do? Could it be that because buddypress hooks in the auth process this is not working?

Cannot share my page cause I am still running it on localhost for testing purposes. Sorry.

Solved.

Thanks for your reply.
After some reading I realised that this is the normal WP behaviour. Some testing with the standard twenty twenty x theme did not helped me either. Again, your switch had no effect.
Then I found a little script where I can block search for blank queries. And for Ajax search I switched of “return” for search.
This works for me.

Question one is solved meanwhile.

Embarrassing. Sorry!

Well, the error message has disappeared, but the surrounding greyish box is still there.

You can reproduce this bug if you vote, open a new page and then go back with the browser button to the last page. There, you can vote again if no browser reload happened. The result is an empty box.

Apart from that, great plugin!

Can’t find this ticket.

That’s what I already did. It works on every page but not on a 404 page.

The only thing which disables the footer on this page was via Customizer -> below footer -> hide on desktop, tablet and mobile switched to ON.

Happy too early.

Problem exists
Link to test page:
https://stag3.listaustralia.de/kontakt/jkjljl

Any help?