wp-admin central area is blank when the latest version of plugin is activated

Hi Florence,

could you enable WP_DEBUG
https://codex.www.ads-software.com/Debugging_in_WordPress#WP_DEBUG

or add this code to the beginning of wp-content/permalink-manager/permalink-manager.php file?

ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);

Best Regards,
Maciej

Hi Maciej,

Thank you very much for this quick reply.

I’ve done that through wp-config.php.

After that, I logged into wp-admin, it didn’t fix the issue of course. I looked at the console and I’m getting these errors and warnings: https://i.imgur.com/BL14csi.jpg

Thanks in advance for your help.

Best regards,
Florence.

Hi Florence,

are there any alerts displayed when WP_DEBUG is set to “true” (I do not mean the console)?

Could you append the code to the beginning of plugin’s main file or do you possibly have access to error_log.log file (if you are using cPanel or Plesk, there should be a separate section with server logs)?

Best Regards,
Maciej

Are you talking about the error_log file under public_html?

The redundant errors I’m seeing started this morning, they say:

PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; WCUF_OrderstableAddon has a deprecated constructor in /home/splun/public_html/wp-content/plugins/woocommerce-upload-files/classes/admin/WCUF_OrdersTableAddon.php on line 2

It doesn’t seem related to your plugin but when I deactivate your plugin, it fixes the issue.

Best regards,
Florence.

I deactivated “WooCommerce Upload Files” plugin to be absolutely sure: it doesn’t fix the issue.

Could you clone your website to some staging server & provide me with wp-admin & FTP access to wp-content folder?

I’m not sure. It’s an e-commerce website. My developer will have a look at this tomorrow morning (it’s evening time here, I’m located in France).

Best regards,
Florence.

Ok, so let’s do it another way.

Could you open the website’s source (I mean wp-admin page) (CTRL-U) and search for (with CTRL-F):

• if <div class=”wrap”> is inside the code
• if there are any “warning” or “error” strings inside the code

• This reply was modified 7 years, 5 months ago by Maciej Bis.

You mean on my-domain.com/wp-admin/index.php ?

No <div class=”wrap”> inside the code. No warning. There are occurences of the word “error” but these are instructions in a script.

The most probably, the bug is related to “admin_notices” hook.

Could you make an experiment and edit via FTP this file:
wp-content/plugins/permalink-manager/includes/core/permalink-manager-admin-functions.php

and remove this two lines:

add_action( 'admin_notices', array($this, 'display_plugin_notices'));
		add_action( 'admin_notices', array($this, 'display_global_notices'));

they should be in lines #16 & #17.

If this helps please replace the whole content of this file with this new code:
https://gist.github.com/maciejbis/dde06384b84e795ae5acb2016e98b89f

• This reply was modified 7 years, 5 months ago by Maciej Bis.

Hello,

Is your plugin compatible with PHP7.1?

We’re having this message in the error_log:
`PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function Permalink_Manager_Admin_Functions::display_global_notices(), 0 passed and exactly 1 expected in /home/spinwave/public_html/wp-content/plugins/permalink-manager_OLD/includes/core/permalink-manager-admin-functions.php:531

We also noticed that we couldn’t get back to old URLs anymore. If we disable your plugin, the old URLs are all in 404. Does it mean we cannot uninstall your plugin once it’s been installed and the new URLs paths set?

Thanks in advance for your help.

Best regards,
Florence.

By the way, I edited “permalink-manager-admin-functions.php” as you said, by copying and pasting the entire code from github. It didn’t fix the issue.

Can you suggest a way to restore our original URLs when the plugin is deactivated and uninstalled?

Hi,

unfortunately, it is not possible to keep the new custom URIs (set with my plugin that differ from native ones), because my plugin uses custom algorithm to bypass the .htaccess rewrite rules.

According to your logs, the problem you encounter is caused by redundant variable declared with display_global_notices() function.

It should be:
function display_global_notices() {

instead of:
function display_global_notices($html) {

This snippet contains the fix:
https://gist.github.com/maciejbis/dde06384b84e795ae5acb2016e98b89f

The patch will be released today in 1.10.1 version.

Sorry for all the inconvenience!