Brandon Olivares

@bbhank, the number of retries won’t matter if your maximum script execution time is too high. As Daniel said above, set it to 30 seconds or even 25, and see if it works. I understand you are frustrated but it does take time to archive a large number of files, which it sounds like you have.

Hi @mongia,

I think the correlation to the new BackWPup is only incidental, as we did not change the FTP code at all.

I found this link on the error you’re experiencing, and it may provide some clarification. Perhaps ask the host of the FTP server about the error and see if they have any answers.

@mrlaw that helps, thanks. Can you try (1) deleting your authentication to Dropbox, and (2) reauthenticating?

If that doesn’t work, then please check the following:

In backwpup/inc/class-destination-dropbox.php, on 901, you’ll see this:

curl_setopt( $ch, CURLOPT_POSTFIELDS, http_build_query( $args ) );

Change it to this:

curl_setopt( $ch, CURLOPT_POSTFIELDS, http_build_query( $args, null, '&' ) );

Then try reauthenticating.

@andy_fraley, thanks for contacting us. I’m just confirming here that we got the issue fixed.

@castoruk, if you’d like the fix prior to release, here’s basically what you do:

In the file backwpup/inc/class-jobtype-file.php, you’ll find this on line 216:

'backuprootexcludedirs' => array( 'filter' => FILTER_SANITIZE_URL, 'flags' => FILTER_FORCE_ARRAY ),

Simply add the following after the above line:

'backupcontentexcludedirs' => array( 'filter' => FILTER_SANITIZE_URL, 'flags' => FILTER_FORCE_ARRAY ),

That should fix the issue for you. Please confirm here whether it does work for you.

@all, this will be fixed in the new release hopefully later this week. If you’d like a fix earlier than that, you may contact us at support [at] backwpup.com. It’s been confirmed to fix this issue for other users.

Hi @kuphd1, I’ve tried to give alternative solutions in this thread. If you’re comfortable enough with code, it’s a one-line fix.

In inc/class-job.php, on line 2514 or so, you’ll see this:

$regex = "/^" . str_replace( $datevars, $dateregex, preg_quote( self::sanitize_file_name( $this->job['archivename'] ) ) ) . "$/i";

It must be changed to:

$regex = "/^" . str_replace( $datevars, $dateregex, preg_quote( self::sanitize_file_name( BackWPup_Option::normalize_archive_name( $this->job['archivename'], $this->job['jobid'] ) ) ) ) . "$/i";

Or else you may ask us for the beta, which has fixed this issue as well.

Hi @wpfreund14, this is a known issue and will be resolved in the next release. The dump is still perfectly valid however.