Humera Zubair

It seems that you are experiencing an issue with a Super Admin user becoming detached from the sites they were originally connected to within your multisite network. While diagnosing the exact cause without detailed information can be challenging, there are a few potential reasons and solutions you can explore:

1. Plugin or Theme Conflict: If you have recently installed or updated any plugins or themes on your multisite network, it’s possible that a conflict is causing the issue. Try deactivating any recently added plugins or themes to see if the problem persists. If the issue is resolved, you can narrow down the conflict by reactivating them one by one until the problem reoccurs.
2. User Role Settings: Check the user role settings for the affected Super Admin user. Ensure that they are assigned the correct user role (typically Administrator) for each site they should have access to. It’s also essential to verify that there are no conflicting user role assignments or customizations that may be affecting the user’s site connections.
3. Database Integrity: There might be an issue with the database that is causing the detachment of the Super Admin from their assigned sites. You could consider repairing and optimizing your database tables using a plugin or contacting your hosting provider for assistance.
4. Cache and CDN: If you are using any caching or Content Delivery Network (CDN) services, it’s possible that the cached versions of the user’s site connections are causing the issue. Try clearing the cache or disabling the CDN temporarily to see if it resolves the problem.
5. Multisite Configuration: Review your multisite configuration settings, particularly those related to user management and site assignments. Ensure that the Super Admin user is correctly assigned to the desired sites within the network.

I hope this helps!

If your admin account has disappeared, you can create a new admin account for your WordPress website using the following steps:

1. Access your website’s database: You will need to access your website’s database either through a database management tool like phpMyAdmin or through the command line, depending on your hosting setup.

2. Locate the wp_users table: In your website’s database, locate the table named “wp_users” (replace “wp_” with your database prefix if it is different).

3. Insert a new admin user: Within the wp_users table, insert a new row by clicking on the “Insert” or “Add” button. Fill in the required fields as follows:

user_login: Choose a username for your new admin account.
user_pass: Enter a strong password for your new admin account. Make sure to select the MD5 encryption option.
user_email: Provide the email address associated with the new admin account.
user_nicename: Enter a user-friendly name for the new admin account.
user_registered: Set the date and time for when the account is registered. You can use the current date and time.
user_status: Set this value to 0.
display_name: Enter the display name for the new admin account.

4. Save the new admin user: Save the changes you made to the wp_users table.

5. Assign admin privileges: To ensure the new user has administrative privileges, locate the wp_usermeta table and find the meta_key named “wp_capabilities” for the newly created user. Set the corresponding meta_value to a:1:{s:13:”administrator”;s:1:”1″;}.

6. Clear cache and login: Clear any caching mechanisms you have in place, and then attempt to log in to your WordPress website using the newly created admin account. You should now have access to the WordPress Dashboard and can proceed with the one-click upgrade to the latest version (6.2.2).

Remember to update the necessary plugins and themes to ensure compatibility with the latest version of WordPress. It’s also recommended to perform a backup of your website before making any changes to the database or upgrading WordPress to avoid data loss.

If you are unsure about accessing the database or making changes, it’s recommended to seek assistance from a developer or someone experienced with WordPress administration.

Hi, First of all please clear the cache and cookies and disable any cache plugins if there are any. Next, check your WordPress settings and verify the session and cookie configurations. Make sure the session handling is appropriately set to maintain user sessions and that the cookie settings are configured correctly. You may need to consult your theme documentation or reach out to the theme developer for guidance on proper session and cookie management. Update the theme if it needs an update.

Temporarily switch to a default WordPress theme, such as Twenty Twenty-One, and check if the issue persists. This step helps determine if the issue is specific to the Vikinger theme or if it’s a more general problem with your WordPress installation. If you have any plugins installed that interact with user authentication, login, or user sessions, try disabling them one by one and test if the issue still occurs. This step helps identify if there’s a conflict between plugins causing the problem.

If you find out its the theme’s issue then it’s recommended to reach out to the Vikinger theme support team for assistance. They are the best resource to provide guidance and solutions specific to their theme.

Remember to keep a backup of your website before making any significant changes, such as theme or plugin updates, to ensure you can restore it if needed. I recommend using Updraft plugin for that.

I hope this helps!

Hi, did you try clearing your browser cache, or disabling the cache plugin if you have any?

Hi, I hope this helps. Whitelist the IP address: Obtain the IP address of the Zoho Subscription Portal server that needs access to the private page. This IP address can usually be provided by Zoho’s support or documentation. Modify your website’s .htaccess file: Access the root directory of your WordPress site using FTP or a file manager provided by your hosting provider. Locate and edit the .htaccess file. Add IP address restrictions: Within the .htaccess file, add the following code snippet to allow access to the private page from the specified IP address:

# Allow access to private page from Zoho Subscription Portal IP address
 <Files "private-page-slug.php"> 

Order deny,allow 

Deny from all 

Allow from Zoho-IP-Address 

</Files>

Replace private-page-slug.php with the actual URL slug of your private page, and Zoho-IP-Address with the IP address of the Zoho Subscription Portal server.

Save and upload the .htaccess file: Save the changes made to the .htaccess file and upload it back to the root directory of your WordPress site, replacing the existing file. Test the access: Ensure that you have logged out of your WordPress site or use a different browser or device to access the private page. Verify that you can access the private page through the Zoho Subscription Portal without any 404 errors.

Remember to keep your .htaccess file secure and make a backup before making any modifications. If you encounter any issues, it’s recommended to consult with your hosting provider or seek technical assistance to ensure the correct configuration of IP address restrictions.

• This reply was modified 3 years ago by Humera Zubair.