leanderbraunschweig

I’d also like to have a checkbox by which I can be deciding on whether to print the footer notice or not. Can be pre-checked no problem.

I am also investigating the use of URL Params with my WishList Member registration process. Any hints? Will post if I found a solution / possibility.

Same here: After the most recent update of W3 Total Cache to Version 0.9.2.5, BackupBuddy now runs into an infinite loop (Ping-Error) when performing a backup.

Time Elapsed Memory Message
16:51:29 2.58sec 67.12MB BackupBuddy v3.1.8 using WordPress v3.5 on Linux.
16:51:29 2.58sec 67.12MB Führe Backup-Vorbereitung aus.
16:51:29 2.58sec 67.12MB Modus: Vollst?ndiges Backup.
16:51:29 2.58sec 67.12MB Backup serial generated: <code>nc7tjpdzmt</code>.
16:51:29 2.58sec 67.12MB Resetting statistics for last backup time and number of edits since last backup.
16:51:29 2.58sec 67.12MB mysqlbuddy: Calculating tables to backup. Next three lines:
16:51:29 2.58sec 67.12MB Base dump mode (before inclusions/exclusions): <code>all</code>.
16:51:29 2.59sec 67.12MB mysqlbuddy: Base tables (38 tables): <code>wp_blc_filters,wp_blc_instances,wp_blc_links,wp_blc_synch,wp_commentmeta,wp_comments,wp_hl_twitter_replies,wp_hl_twitter_tweets,wp_hl_twitter_users,wp_links,wp_lockdowns,wp_login_fails,wp_options,wp_popularpostsdata,wp_popularpostsdatacache,wp_postmeta,wp_posts,wp_rg_form,wp_rg_form_meta,wp_rg_form_view,wp_rg_lead,wp_rg_lead_detail,wp_rg_lead_detail_long,wp_rg_lead_meta,wp_rg_lead_notes,wp_sjsm,wp_term_relationships,wp_term_taxonomy,wp_terms,wp_tpcmem_checkpoints,wp_tpcmem_log,wp_tracking_clicks,wp_tracking_links,wp_usermeta,wp_users,wp_vslider,wp_yarpp_keyword_cache,wp_yarpp_related_cache</code>
16:51:29 2.59sec 67.12MB mysqlbuddy: After addition (38 tables): <code>wp_blc_filters,wp_blc_instances,wp_blc_links,wp_blc_synch,wp_commentmeta,wp_comments,wp_hl_twitter_replies,wp_hl_twitter_tweets,wp_hl_twitter_users,wp_links,wp_lockdowns,wp_login_fails,wp_options,wp_popularpostsdata,wp_popularpostsdatacache,wp_postmeta,wp_posts,wp_rg_form,wp_rg_form_meta,wp_rg_form_view,wp_rg_lead,wp_rg_lead_detail,wp_rg_lead_detail_long,wp_rg_lead_meta,wp_rg_lead_notes,wp_sjsm,wp_term_relationships,wp_term_taxonomy,wp_terms,wp_tpcmem_checkpoints,wp_tpcmem_log,wp_tracking_clicks,wp_tracking_links,wp_usermeta,wp_users,wp_vslider,wp_yarpp_keyword_cache,wp_yarpp_related_cache</code>
16:51:29 2.59sec 67.12MB mysqlbuddy: After exclusion (38 tables): <code>wp_blc_filters,wp_blc_instances,wp_blc_links,wp_blc_synch,wp_commentmeta,wp_comments,wp_hl_twitter_replies,wp_hl_twitter_tweets,wp_hl_twitter_users,wp_links,wp_lockdowns,wp_login_fails,wp_options,wp_popularpostsdata,wp_popularpostsdatacache,wp_postmeta,wp_posts,wp_rg_form,wp_rg_form_meta,wp_rg_form_view,wp_rg_lead,wp_rg_lead_detail,wp_rg_lead_detail_long,wp_rg_lead_meta,wp_rg_lead_notes,wp_sjsm,wp_term_relationships,wp_term_taxonomy,wp_terms,wp_tpcmem_checkpoints,wp_tpcmem_log,wp_tracking_clicks,wp_tracking_links,wp_usermeta,wp_users,wp_vslider,wp_yarpp_keyword_cache,wp_yarpp_related_cache</code>
16:51:29 2.59sec 67.12MB Breaking out tables DISABLED based on settings.
16:51:29 2.59sec 67.45MB Erstelle DAT ( Daten) Datei mit dem Abbild der Seite & den Backup-Informationen
16:51:29 2.59sec 67.45MB wp-config.php found in normal location.
16:51:29 2.59sec 67.45MB Erstellung einer DAT(Daten)-Datei abgeschlossen.
16:51:29 2.59sec 67.45MB Generating ImportBuddy tool to include in backup archive: <code>/var/www/virtual/henning/e-vance.net/wp-content/uploads/backupbuddy_temp/nc7tjpdzmt/importbuddy.php</code>.
16:51:29 2.59sec 67.45MB Attempted to increase maximum PHP runtime. Original: 30; New: 7200.
16:51:29 2.59sec 67.45MB Original PHP memory limit: 256; New: 256M.
16:51:29 2.60sec 67.45MB Error #9032: You have not set a password to generate the ImportBuddy script yet on the BackupBuddy Settings page. If you are creating a backup, the importbuddy.php restore script will not be included in the backup. You can download it from the Restore page. If you were trying to download ImportBuddy then you may have a plugin confict preventing the page from prompting you to enter a password.
16:51:29 2.60sec 67.45MB ImportBuddy generation complete.
16:51:29 2.60sec 67.79MB Backup-Vorbereitung abgeschlossen.
16:51:29 2.61sec 67.79MB Running in modern backup mode based on settings. Mode value: <code>2</code>. Trigger: <code>manual</code>.
16:51:29 2.61sec 67.79MB Scheduling Cron for <code>nc7tjpdzmt</code>.
16:51:29 2.61sec 67.79MB Loading DB kicker in case database has gone away.
16:51:29 2.61sec 67.79MB Datenbankserver Verbindungsstatus überprüft.
16:51:29 2.61sec 67.79MB Database seems to still be connected.
16:51:29 2.61sec 67.79MB Scheduling next step to run at <code>1357833089</code> with cron tag <code>pb_backupbuddy_process_backup</code> and serial arguments <code>nc7tjpdzmt</code>. If the backup stalls at this point check the Server Information page cron section to see if a step with these values is listed to determine if the problem is with scheduling the next step or the next step is scheduled but not running.
16:51:29 2.97sec 67.79MB Next step scheduled in cron.
16:51:32 0sec 0mb Ping. Waiting for server . . .
16:51:35 0sec 0mb Ping. Waiting for server . . .
16:51:39 0sec 0mb Ping. Waiting for server . . .
16:51:42 0sec 0mb Ping. Waiting for server . . .

When I disable the W3 Total Cache plugin, things are back to normal again and everything is running smoothly. In the changelog on the Plugin-Page over at www.ads-software.com it says the update touches database caching to disk – I manually disabled my databse caching within W3 Total Cache, but this didn’t help.

Another quote from a BackupBuddy User:

I hadn’t experienced this issue until the latest update to W3 Total Cache was made due to an identified vulnerability.

Maybe this can be – more or less – be easily fixed, since one can compare the files from 0.9.2.4 and 0.9.2.5 and target the source of the error that way. I can upload a comparison if needed.

Please advise.
Thanks.

Same problem – same solution. Thanks!

You’re right, I misjudged because the .js was still present in the cache.

Everything’s working smoothly now, thanks a lot!

Sorry, my bad: The jquery.dataTables.min.js isn’t stored locally.

The only two files I can find are https://www.er-distanziert-sich.info/wp-content/plugins/wp-changes-tracker/js/datatables.js and https://www.er-distanziert-sich.info/wp-content/plugins/wp-changes-tracker/css/jquery.dataTables.css

No, unfortunately the error remains although the script is implemented locally:

[09:39:36.321] TypeError: table.dataTable is not a function @ https://www.er-distanziert-sich.info/wp-content/plugins/wp-changes-tracker/js/datatables.js?ver=3.4.2:26

The backend menu items (left sidebar) are not ‘hovering’.

Not included. Add manually via

<script type='text/javascript' src='https://datatables.net/download/build/jquery.dataTables.min.js'></script>

?

So what do I have to change in order to get things up & running? When is the next plugin-release scheduled?

The following are the two errors it generates, the second one is probably insignificant.

Fehler: TypeError: table.dataTable is not a function
Quelldatei: https://www.er-distanziert-sich.info/wp-content/plugins/wp-changes-tracker/js/datatables.js?ver=3.4.2
Zeile: 26

Fehler: TelemetryStopwatch: key “FX_SESSION_RESTORE_COLLECT_DATA_MS” was already initialized
Quelldatei: resource://gre/modules/TelemetryStopwatch.jsm
Zeile: 53

Same issue here with the most recent plugin version.

The backend “breaks”, menu-items are non-accessable. How to debug? Any other plugins known to be interferring?

Would love to use your plugin…

OK, found the problem / a solution:
The plugin “WebsiteDefender WordPress Security” somehow disabled error messages like the one within ‘Theme My Login’.

I just wanted to inquire about the very same error here.

If I fix this one (code from relative to absolute), will the next update work fine e.g. overwrite my settings?

Thanks.

Superb! Thanks for getting back so swiftly & furthermore providing a simple workaround.

I have been looking into the source-files but did halt any editing & tried asking beforehand.

This does the job (place in betweeen a & href, line 260 onwards)
rel=\"nofollow\"

Thanks mate & keep it up!

I tried several times without any luck… Was hoping for a more “general” approach regarding the exclusion of the plugin from being cached – if that is possible. My guess is (not having tested), that other PayPal-Plugins would run into similar issues with the IPN-process. Any ideas?