Akismet 5.0 not compatible with Ajax login

Thanks for the report; I’ll investigate this today.

I wasn’t able to reproduce this on a test site. If you’re ok with temporarily re-upgrading to 5.0 so I can test it on your site (maybe after the weekend is over), that would be helpful. Let me know.

@cfinke thanks for getting back to me, I appreciate. I upgraded Akismet to 5.0 again on https://fleamapketstg.wpengine.com/ . Again, this issue only occurs when trying to log in from a smartphone (I tried on an iPhone and Android phone and reproduced the same issue twice).

If you try and log in (the login button is located in the menu on the left – 3 vertical bars) from the homepage or from a category page like for instance https://fleamapketstg.wpengine.com/listing-region/europe/united-kingdom/london/ the login modal/window will show up.

However, if you try and log in from an individual listing page, like for instance https://fleamapketstg.wpengine.com/listing/the-mayfair-antiques-fine-art-fair/ , nothing happens. No modal/login page shows up.

When I downgrade to Akismet 4.2.5 or earlier, I can log in again from any page.

Thanks!

Thanks, I can reproduce it now, and I’m working on determining the root cause.

I’m still looking into it, but signs are pointing towards it being primarily due to another plugin’s code, as the offending code in Akismet can be reduced to this, which follows best practices for executing code 250ms after the mouse stops moving:

var myTimer = null;

document.addEventListener( 'mousemove', function () {
        if ( myTimer ) {
                clearTimeout( myTimer );
                myTimer = null;
        }

        myTimer = setTimeout( function () {
                // Do some things here.

                clearTimeout( myTimer );
                myTimer = null;
        }, 250 );
} );

If you replace akismet-frontend.js with a file that only contains this, it still breaks the login modal popup. In fact, even just this code, which does essentially nothing, will break it:

document.addEventListener( 'mousemove', function () {
        setTimeout( function () { }, 250 );
} );

I’m continuing to investigate.

I forgot to mention that I think you can downgrade Akismet again to fix this for now; it shouldn’t affect my testing from this point.

I’m curious — if you add a Login link somewhere in the page so that it’s not hidden behind a hamburger menu, does that work? Some of what I’m seeing suggests that dropdown menu code in the Listable theme is interfering.

@cfinke thank you so much for investigating this issue so thoroughly! I appreciate so much your assistance. I thought about trying to reproduce the issue on mobile via a link, but then I thought that even if it worked, it wouldn’t solve my problem with the menu ^^. But you’re right: I added a Login link in the footer of the page so that it’s not hidden behind a hamburger menu, and the login window pops on any page of the site now.
I will reach out to Listable to report this conflict. But since they’re neither super reactive nor eager to solve minor bugs like that one (based on my experience of working with them for the past 7 years), I doubt this will be ever addressed. In the meantime I will keep Akismet 4.2.5 running on my site.

Thanks again for all your help with this issue! You guys rock

At this point, without cooperation from Listable, I don’t think we can fix this, so I’m going to close this thread. But if you do hear back from them, please reply here and we’ll see what we can do.

@cfinke it seems Listable has addressed this issue in its latest theme update. At least I wasn’t able to reproduce this bug after upgrading to the lastest version of the theme and to Akismet 3.0. So this thread can indeed be definitely closed.
Once again thank you for your extremely valuable assistance! I really appreciate. Thanks.

That’s great! Thanks for the update.