naturalstate720

Thanks for getting back with me.
I ran the SQL query and that did indeed bring back the path options in Media Settings. I kept the full path empty and pasted in /godaddyuser/www/wp-content/uploads. I of course replaced the godaddyuser with my actual username. The images are still not reappearing in Media gallery or on site. I checked to make sure that I don’t have anything defined in wp-config.php file.

My co-worker did try to mess with the wpoptions.php file after she messed it up thinking that since the Media Settings screen disappeared that she could edit the references to that path there in that code. I looked at the file and restored the changes she made.

As I mentioned before we did have a pre existing condition where we weren’t able to upload any images at all to site, it said that we didn’t have permission to do so.

Any ideas?

I also added this to the end of the wp-config file:

define(‘UPLOADS’, ‘/home/username/public_html/wp-content/uploads’);

It doesn’t fix the issue either. I’m not exactly sure which change takes precedent over the other. Does the wp-config file supersede any changes in the database?

Thanks Sjaure.
I tried the plugin and it doesn’t seem to fix the problem.
In the full url to path value I changed it from /wp-content/uploads to
/home/username/public_html/wp-content/uploads

In the other box that says “Store uploads in this folder” it already had this:
wp-content/uploads

I don’t have a caching plugin but am refreshing in icognitio mode.

What else can I do to try to fix the problem?

Hi, thanks for the reply. There are 10 different newsletter plugins on that site. Is there a specific one listed there that you know allows a user to choose different types of notifications, including having multiple notifications and to have the ability for them to modify or delete those notifications?

Mine stopped working after updating woocommerce too.

// Add a second password field to the checkout page.
add_action( 'woocommerce_checkout_init', 'wc_add_confirm_password_checkout', 10, 1 );
function wc_add_confirm_password_checkout( $checkout ) {
if ( get_option( 'woocommerce_registration_generate_password' ) == 'no' ) {
$checkout->checkout_fields['account']['account_password2'] = array(
'type' => 'password',
'label' => __( 'Confirm password', 'woocommerce' ),
'required' => true,
'placeholder' => _x( 'Confirm Password', 'placeholder', 'woocommerce' )
);
}
}
// Check the password and confirm password fields match before allow checkout to proceed.
add_action( 'woocommerce_after_checkout_validation', 'wc_check_confirm_password_matches_checkout', 10, 2 );
function wc_check_confirm_password_matches_checkout( $posted ) {
$checkout = WC()->checkout;
if ( ! is_user_logged_in() && ( $checkout->must_create_account || ! empty( $posted['createaccount'] ) ) ) {
if ( strcmp( $posted['account_password'], $posted['account_password2'] ) !== 0 ) {
wc_add_notice( __( 'Passwords do not match.', 'woocommerce' ), 'error' );
}
}
}

There is only one password field, so when checking out it says passwords do not match because second password field isn’t there. Any ideas? This was working perfectly before updating woocommerce.

Thanks for the reply. Unfortunately every property that is imported goes into the same url structure, site.com/properties/. And since there are some property types that I don’t want content restriction on I can’t restrict by URI.

I looked again and it appears that the categories really are wordpress categories, but I’m not positive.

Has this been resolved? I use WP All Import and was interested in using this plugin too.

So, it’s logging me out again. Can anyone help please?

So I disabled all plugins by renaming the plugins folder and I didn’t get logged out. I then renamed the folder back and haven’t got logged out today.

I’m concerned though. Why did this happen? How can I determine what the issue was? How did the problem resolve itself? Surely it wasn’t from me renaming the plugins folder?

I thought wordpress was supposed to be a lot more solid than this.

Mika,
I don’t think I can do that until the middle of the night. I’ve got too many people signing up on our site and it takes a few plugins to accomplish this.

Could you check back tomorrow morning please?

gnnd.com
WP Estate Theme
Yes I installed back in Jan

Yes index.php and .htaccess are and were in the root directory. But as I explained the .htaccess in Wp directory was different than root. Aren’t they supposed to be the same?

Yeah but it’s a login plugin that takes over the default log in log out. I’ve contacted them for help too, but haven’t heard back yet.

Well, it seems like my excitement was short lived. It’s logging me out, but maybe not as quickly now.

Any ideas?

So it looked like my .htaccess file was different in the wordpress directory as it was in the root directory. I copied it from wordpress dir to root, and that actually seemed to fix the problem.

I neglected to say that I use a member login (s2 member), to have wordpress users get access to parts of my site and I guess that controls the admin too. The .htaccess in wordpress dir file had s2member stuff in it, and the root .htaccess was blank.

How would this happen? And how can I prevent this from happening?

Kmessinger,

Can you please explain why trying to recreate me setting up my wordpress site in it’s own directory could solve the problem. To be clear, my site has been up for months with this setup and hasn’t had any problems until now.

I’m very reluctant to start playing around with the index.php, .htaccess files.

Could someone please explain what the culprit of this logout problem could be?

Thank you!

So kmesinger,
Why are you ruling out a plugin problem though. The wpbeginner article mentions that a plugin could be the cause of the logging out problem.