ghartwig

I did find MYSQLI_REPORT_ERROR in my code and have commented it out.
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

That must have been it. Thank you for your help!

I found the problem with the code.
In seamless_donations_get_browser_name() in inc/utilities.php you’re assuming the location of the WordPress directory in order to include dashboard.php as being at the root. Mine is in a subdirectory, so the call to wp_check_browser_version() fails as undefined.

This is invoked by
dgx_donate_debug_log( "Seamless Donations Version: " . dgx_donate_get_version() );
in seamless-donations-form.php

So this line in inc/utilities.php is the problem:
$path .= '/wp-admin/includes/dashboard.php';

I tried replacing it with get_home_path() but that’s undefined at this point, so I’m not sure how best to fix it, but I changed it to return an empty string right now and all works fine.

I upgraded the server and PHP level and don’t get level check errors but the problem persists.

Ah, there we go. Interesting.

Passing the address would ensure that what was subscribed would be the same thing passed to unsubscribe, but I understand the security problem.

OK, thanks for your consideration.

Thanks. OK, I’ve read through that RFC but don’t see anything explicit about handling the address, except:

The local-part portion is a domain dependent string. In addresses, it is simply interpreted on the particular host as a name of a particular mailbox.

It sort of implies that it should be left to the domain to interpret but doesn’t explicitly say it.

I’ve never encountered an email system where case mattered, but I guess it could be possible.

People often capitalize portions of their email addresses causing a mismatch if they don’t enter it the same when trying to unsubscribe. Would it be possible to pass the email address to the unsubscribe page, so they don’t have to enter it and possibly enter it incorrectly?

Apparently the missing users WERE imported, but not applied to the blog being imported.

Hmm, that may work. Or I can just change the redirect to go to wp-index.php. That hadn’t occurred to me until just now.

OK, I have a handle on it now. Frustration ended. Thanks very much!

AH! That did it. How strange.
I do think I remember reading about that somewhere in my travels.
example.com/new/wp-index.php works

I guess I will need to go to example.com/new/wp-index.php rather than just example.com/new/ to get to these blogs. Can you think of any other problems I might have? I need to keep my usual index.html file at the root level doing what it does now. Is my plan for co-existence possible (i.e. existing site with three subdir blogs on top)?

Thank you for your help!

Hmm, well, now example.com/new/wp-login.php goes to the dashboard for the subdir blog (example.com/new/wp-admin/)! I still can’t get to the blog itself, though.

I did comment out this line from wp-config.php:
define('WP_CACHE', true);

I’ve read caching can causes problems. Maybe turning off the plug-ins fixed it. Can’t tell right now when /wp-login.php started working.

WordPress is so easy to install and set up. WordPress multisite is not so easy. ??

I don’t understand why this isn’t considered a problem with WordPress. Sure, there are workarounds that we can do to handle this strange scenario, but why should I have to use spam-handling software when, as far as I’m concerned, I’ve turned off comments entirely.

Why is it possible to receive comments on a blog where comments are not allowed at all?? I understand that the spammers are tricking WordPress, but why are they ABLE to?! How can this NOT be considered a problem with WordPress?

Even with comments off, I STILL must manage comment spam? Seems silly to me. How can this make sense to anyone (as it apparently does)?

This site has a program to allow you to use a gmail account to make posts: https://www.stealthangel.net/archives/05172005/65