thesinglegourmet

Go to the settings page in your theme where you can add “custom CSS”, and add this code:

/* hide attendance opt out checkbox on event pages */
#buy-tickets .tribe-tickets-attendees-list-optout {
	display: none;
}

Some additional information: this happens whether the “Mailer Type” is PHPMailer or PostSMTP. Here are two text files containing the headers of the emails sent to the recipient (obtained via gmail’s “show original” feature):

Sent via PHPMailer: https://www.dropbox.com/s/eubqxs19bowk1dk/tsg%20email%20via%20PHPMailer.txt?dl=0

Sent via PostSMTP: https://www.dropbox.com/s/m69lhi96pb01kt9/tsg%20email%20via%20PostSMTP.txt?dl=0

If I right-click on it in Chrome and select “inspect element”, the underlying code is:

<a href="https://thesinglegourmet.net/cart/?provider=tribe_wooticket">Return to cart</a>

The link is on the checkout page, just before the user clicks “place order”. Here is a screen shot of more of the page: https://www.dropbox.com/s/0uxtq7v0jznjiq6/Screenshot%202019-12-14%2011.24.33.png?dl=0

I don’t think it’s part of my theme, seems like a standard thing to me to have a “Return to cart” link on a checkout page.

It was impossible to find the process that was the culprit; I think it ran a millisecond at a time, or however long it takes to create a file.

However, with the help of Sucuri, I found all the files that didn’t belong, and once I deleted those, the replication of the garbage files stopped.

Thanks for responding!

OK, it turned out the admin-ajax.php was taking up CPU time because of something I messed up in the .htaccess file. That has been fixed. But I’m still getting those “core.xxxxx” files, at least a dozen per minute…

Btw, not sure why I was able to reproduce the can’t-switch-to-same-user-twice error with a “clean” site the first time I posted. That time, I cloned my live site and switched the theme to 2019 and disabled plugins; I’m guessing I have some custom code somewhere that didn’t get disabled when I did that (I bought this site from someone and he had custom code done, and I don’t know who the developers who did it are).

Regardless, I think you’ll be able to reproduce the error with a “virgin” WP site and just those two plugins.

Yeah, it’s definitely a conflict with Ultimate Member. When I made a new brand spanking new WordPress site (here: https://thegourmetsocial.club/) with the default theme Twenty Nineteen, and only two users (admin and “testuser”), User Switching by itself worked fine, but when I activate Ultimate Member, I can’t even “switch back”, and those are the only two plugins that are active. I even rolled back to WP 5.1.1 and the same error occurred:

Page says “Could not switch users” with the url in the browser: https://thegourmetsocial.club/wp-login.php?action=switch_to_olduser&nr=1&_wpnonce=cc00a66118&redirect_to=http%3A%2F%2Fthegourmetsocial.club%2F

So it’s probably not the change from 5.1.1 to 5.2 that did it.

Not sure why I don’t get that error when switching back on my live site, though.

Hi, on my site that is live, if I disable a plugin called Ultimate Member, then I can switch to the same user twice. I was using that plugin without this problem before updating to WP 5.2; but I haven’t done further testing to see if that combo is indeed the cause of the problem.

Unfortunately, this plugin is integral to my site; I cannot permanently disable it.

Right, each browser has its own cookies, so
– if there are no items in either Firefox or Chrome cart
– then you add an item to the cart in Chrome (at which time I assume the website sets the cookie in Chrome, I am not disputing that, but…)
– that item shows up in Firefox cart

How did it show up in Firefox? Are you saying that Firefox reads the cookie that Chrome set?

• This reply was modified 6 years, 5 months ago by thesinglegourmet.

So… Firefox is reading Chrome’s cookie?

Howdy… not so sure this is a cookies issue. Steps and results:

1. Open two browsers, Chrome & Firefox.
2. Log in as admin in both.
3. Check the carts of both. If there are any products, empty the carts.
4. Log out of both.
5. Log in as admin in both.
6. Check the carts of both.
– Result: they are empty.
7. In Firefox, navigate to “Users”.
8. In Chrome, add product(s) to cart.
9. In Firefox, do not navigate to cart.
10. In Firefox, switch to a non-admin user.
11. In Firefox, navigate to cart.
– Result: products added in admin account in Chrome are in non-admin user’s cart in Firefox.

Is it possible that Firefox picked up the info in Chrome’s cookies?