Notice: wp_register_script was called <strong>incorrectly</strong>

[Turnspike]

@afragen

andy@thefragens.com

Sent. Many thanks again!
I’ve sent the basic backup without uploads, so the file is down to 46MB! It will probably need the Wordpress to be updated. I left it out in case I made a mistake in that step.

[afragen]

Sorry, I couldn’t get past an error about not having the PHP configured for MySQL.

[Turnspike]

I think that gets fixed when Wordpress is updated.

[ben.turner]

Hey @Turnspike and @afragen –

The Local log definitely is pointing to something going wrong with MySQL.

Just to rule out that everything else about Local is working correctly – @Turnspike – can you create a new, custom site with the various settings that you want to use when importing the site. It looks like maybe PHP5.6 and MySQL 5.6 is what was being used for at least one of those sites. Hopefully, that will verify that Local is able to create a new, blank site.

Additional places that I would look to get more information would be:

• Review the logs folder within the Local sites folder. Is there any information in logs/php/error.log or logs/mysql/error.log?
• Can you open the original backup and review the wp-config.php file? There might be additional configuration options that were put in that file at the old host. Compare that with the wp-config.php file that is generated by the above “vanilla” site. It’s possible that a plugin is relying on some setting and is crashing on both the front-end and the back-end.

Let me know what you find in those places. Feel free to zip up the logs folder and I can take a look as well!

– Ben

[Turnspike]

This is what I did to get the site to where it was when I made this thread (quoted from a different thread):

@Turnspike

I’m using Local 3.0.3 on a Windows 10 laptop.

I’ve been fiddling with settings to try and fix the problems. I found that not having Wordpress up to date was an issue, so I manually copied those files in, but then the site was giving hundreds of errors. I fixed most by dropping the PHP version from 7 to 5.6.
I went into wp-config.php and changed ‘WP_DEBUG’ to false.
And I found the code below to add to the PHP file which seemed to help.
Now when I try to view the site, I see no errors appear, but there is only a white blank screen. No content at all. Same with Admin.
If I set WP_DEBUG to true I see this error: Notice: wp_register_script was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href=“https://codex.wordpress.org/Debugging_in_WordPress”&gt;Debugging in WordPress</a> for more information. (This message was added in version 3.3.0.) in /app/public/wp-includes/functions.php on line 4231

diff --git a/includes/destinations.email.inc b/includes/destinations.email.inc
index c7d426d…70f46e7 100644
— a/includes/destinations.email.inc
+++ b/includes/destinations.email.inc
@@ -93,7 +93,7 @@ class mime_mail {
var $subject;
var $body;

• function mime_mail() {

• function __construct() {
  $this->parts = array();
  $this->to = “”;
  $this->from = “”;
  diff --git a/includes/files.inc b/includes/files.inc
  index 8931189…c1f374d 100644
  — a/includes/files.inc
  +++ b/includes/files.inc
  @@ -213,7 +213,7 @@ class backup_file {
  /**

  • Construct a file object given a file path, or create a temp file for writing.
    */

• function backup_file($params = array()) {

• function __construct($params = array()) {
  if (isset($params[‘filepath’]) && file_exists($params[‘filepath’])) {
  $this->set_filepath($params[‘filepath’]);

[Turnspike]

My log file: local-by-flywheel.log (231.4 KB)

[Turnspike]

PHP error file: error.log (37.2 KB)

[Turnspike]

MySQL error file error.log (40.4 KB)

[Turnspike]

Just created a blank site with Local and am only getting 503 errors.
There is an update available now, I will download that and see if that helps.

[Turnspike]

Compared the two wp-config files.

The only difference I can see that I think may be an issue could be that my site has this, while the new one doesn’t.

/**

• WordPress Localized Language, defaults to English.
• Change this to localize WordPress. A corresponding MO file for the chosen
• language must be installed to wp-content/languages. For example, install
• de.mo to wp-content/languages and set WPLANG to ‘de’ to enable German
• language support.
  */
  define (‘WPLANG’, ‘’);

/**

• For developers: WordPress debugging mode.
• Change this to true to enable the display of notices during development.
• It is strongly recommended that plugin and theme developers use WP_DEBUG
• in their development environments.
  */
  define(‘WP_DEBUG’, true);

/**

• Change this to true to run multiple blogs on this installation.
• Then login as admin and go to Tools → Network
  */
  define(‘WP_ALLOW_MULTISITE’, true);

/* That’s all, stop editing! Happy blogging. */

/** Absolute path to the WordPress directory. */
if ( !defined(‘ABSPATH’) )
define(‘ABSPATH’, dirname(FILE) . ‘/’);

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . ‘wp-settings.php’);
define( ‘WP_HOME’, ‘C:\Users\Lewis\Local Sites\cracking-ace-local’ ); define( ‘WP_SITEURL’, ‘C:\Users\Lewis\Local Sites\cracking-ace-local’ );

[Turnspike]

It could be something else, but then I’m not a behind the scenes expert at all. I just like to have software that I can use.

Thanks for looking.

[Turnspike]

[ben.turner]

Hey @Turnspike – Thanks for those logs!

I think what is happening is that something is crashing MySQL during the import process, and then when Local tries to use wpcli to do various configuration updates, it is unable to because MySQL is offline.

I can’t say for sure the exact thing that is crashing, but I do notice these lines in the Local log:

Jan 26, 2019, 2:44 PM GMT - warn: [ImporterGeneric] /app/sql/web160-a-wor-387.sql result
{ stderr:
   'ERROR 1062 (23000) at line 1072 in file: \'/app/sql/web160-a-wor-387.sql\': Duplicate entry \'\\x00\\xEF\\xBF\\xBD\\xEF\\xBF\\xBD\\xEF\\xBF\\xBD\\xEF\\xBF\\xBD\\xEF\\xBF\\xBD\' for key \'PRIMARY\'' }

I’ve often seen MySQL crash with that Duplicate entry error when migrating sites that have Wordfence tables in the database. It basically has to do with the primary key of those tables being a binary blob of data which is fine inside the database, but when it’s exported and then re-imported on the target machine, it causes errors. Wordfence has this help doc for more info: https://www.wordfence.com/help/advanced/remove-or-reset/

But basically to overcome that error, you’ll need to remove those tables. In a SQL dump you can find and delete any sql statements that relate to the *_wf* tables.

Given that there are error dialogs regarding VirtualBox as well, I would recommend trying the following to get this site setup successfully:

1. Backup any working Local sites by right-clicking and selecting “Export”
2. Ensure that you have backed up the files for any sites that aren’t working
3. Completely uninstall Local using these instructions: Uninstall VB for Windows
4. Re-install Local and verify that you can create new, plain WordPress sites

From here, Local should be working correctly, if it isn’t then there is something deeper going wrong that needs to be addressed. If Local seems to be working, then you can turn your attention to getting the site setup. Give a try and dragging and dropping the backup to import it, but from the wp-config.php differences, it looks like it may be a multisite installation, which will likely be more difficult to fix.

You might want to review this forum post: Multisite Migration Live to Local for more info on migrating a multisite to Local.

Let me know how resetting Local works, and if you are able to create new, plain WordPress sites. Also let me know what you find out when trying to import the site into the reset setup of Local.

– Ben

[Turnspike]

Ok. Reinstalled Local. I was able to create a new blank site, so that’s nice.
It’s quite slow. That may be due to my machine, and perhaps that is having an effect on my large imported sites too?

[Turnspike]

Still need to look into the Wordfence problems etc. As I say I’m not much of a techie, but these step by step instructions will hopefully do the trick.I just hope they work!

[Turnspike]

Since there are so many issues with this import could I do this as an alternative?

Use the newly created site and copy and paste the old blog posts into it.

How do I do this?

I’m not too concerned about plugins. If I need them perhaps I can re-add them to the fresh site. My main concern is that I want my articles available. I’m not too fussed about flashy plugins. I think most were for social stuff anyway which will be useless on my local install.

[Turnspike]

Now the new clean site is giving this error:

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

[Turnspike]

After a few attempts it let me in. I guess something hadn’t loaded properly yet.

[Turnspike]

How do I do an SQL dump?

[Turnspike]

Going a bit mad with this. I’ve deleted everything I can find related to Wordfence. Still getting a white blank page.

Adding the database to the fresh install gave the same result.

Could Bulletproof Security also be an issue?