Ah ha!

The problem occurs if I access the administration page via a secure connection (https://mysite.com/wp-admin/edit.php?page=wp-db-backup). If I open the backup screen without the secure connection (just plain ole http://...), then everything works fine.

Thanks a lot for all the help!

My guess is that there's something unusual about your admin area's URL. From the error, it sounds like Firefox thinks the iframe created by the plugin is in a different domain from the admin area.

If the URL "WordPress address (URL):" under Options > General is different from the beginning of the URL that appears in Firefox's navigation toolbar, that would be the problem.

I tried disabling all add-ons, and that didn't solve the problem. However, checking the Firefox error console, I get the following error after I click the Backup button.

"uncaught exception: Permission denied to get property Window.setProgress"

And really, more thanks to you for writing and helping out with the plugin!

Do you have any Firefox add-ons that might be causing a problem? (Perhaps something like an ad blocker, or something to do with JavaScript development).

Does the Firefox error console report any errors or warnings when you attempt to make the backup?

Thanks for your help in trouble-shooting this.

I tried the suggestions in the FAQ without any better results. I even tried increasing the delay from 500 to 2500 and had the same result.

I've tried the backup on a different computer running Firefox, and it still fails. I also ran Firefox in Safe Mode, to see if some add-in was causing the problem. Again, no luck.

Again, Internet Explorer runs the backup just fine. Strange!

quasimagyar,

I've created a FAQ for this plugin here. The question "My backup stops or hangs without completing" should apply in your situation.

quasimagyar, can you give me some more details? What happens after you push the “Backup!” button? Do you see the progress bar at all? Does it just stop part-way? Or what?

When I click the Backup! button, the Progress screen appears; however, the progress bar doesn't move (in other words, it remains completely white). Basically, nothing happens.

quasimagyar, can you give me some more details? What happens after you push the "Backup!" button? Do you see the progress bar at all? Does it just stop part-way? Or what?

Quick update.

I've discovered that the plug-in works fine with Internet Explorer 7, but fails with Firefox (2.0.0.7).

I realize that this thread has been dead for many months, but I recently upgraded to Wordpress 2.3 and also upgrade to WP-DB-Backup 2.1.3. Now, my backups no longer work. First, the SQL file that gets created is empty (as shown below). As well, the option "Download to your computer" no longer works. I don't get asked to save the file, though it appears in the correct directory on my server.

# WordPress MySQL database backup
#
# Generated: Sunday 7. October 2007 01:36 PDT
# Hostname: localhost
# Database: wordpress
# --------------------------------------------------------

I would make automatic backups to see if this solves the problem, but unfortunately, e-mail doesn't work either (though this is unrelated to the plug-in, I think).

Are there any solutions for the manual backup option?

Correction: I overlooked GMail collecting mails with a same subject. The hourly backups were all under one title/message.
So that's OK. Automatic backup is working now and gives good backups (I hope ;)), but each of the possible manual backups is still broken.

Deactived/removed all the old Cron files. Updated the settings by clicking 'submit' under Scheduled Backup. Settings were on hourly for testing purposes, but nothing happens. No backup is made or sent. Manual backups are still broken.
Here you can see what other plugins I'm using:
http://www.spoenk.nl/weblog/index.php?page_id=419 (scroll down).

Oh, and the prefix is 201 yes. See the link in one of my previous replies were I asked if these settings are correct when making a manual backup through phpmyadmin.

Try de-activating the old wp-cron plugin, then re-save your settings under Manage > Backup.

WordPress 2.1+ includes a built-in cron feature that this plugin uses.

I'm not sure what you mean by removing the 201 in your table prefix. Is "201" part of your tables' prefixes?

Something else about this forum: when I look at this page I can see 5 posts. Once I login I can see 7 (now 8) posts...?

Strange, even when I use the option 'hourly', no backup is created or sent to my gmail account.

I must say I still have WP-Cron activated as a seperate plugin and just read that it is obsolete in WP 2.1? Do I have to remove it and is everything done by your plugin now?

Meanwhile I make manual backups throught phpmyadmin. But please tell me if my settings are correct: http://www.spoenk.nl/public/mysql.gif

Oh, and just one more thing... Can I remove the 201 in the table prefix? Is it enough to remove this from the main tablenames and then change the prefix in the config.php?

Hello Filosofo :),

I'm using the latest version of the plugin, 2.1.1, but the problem already occured in all previous versions.

The bar reaches 100% with no error messages and the message 'backup complete'. The result is a file (when extracted) of only 500kb. Should be three times this size.

The file is just broken somewhere in the middle. In this case the last two lines are:

src="http://www.spoenk.nl/weblog/archives/200303/gespitste-oren2.jpg" class="floatnone" />', 'Het rijke lichaam', 0, '', '0', '0', 'publish', 'closed', 'closed', '', 'het-rijke-lichaam', '', '', '2006-07-17 11:55:47', '2006-07-17 09:55:47', '', 0, 'http://www.spoenk.nl/weblog/?p=83', 0, 'post', '', 0) ;

and then it just stops.

Also I just noticed that my google account isn't receiving any daily backups anymore while I have this option selected in the options menu. When I hit 'update options' it will send the daily backup once but not again. ???

WordPress 2.1
PHP 4.4.6
MySQL 4.1.14

Are you using the latest version of the plugin?

When you backup manually, does the progress bar reach 100%? Do you see any error messages? How does the sql file end? Any error messages in it?

Any news on this topic? I'm still experiencing the same problems:

From the admin menu in WordPress:
Not one of the options available will give me a solid backup when performed manually. That is, choosing the backup button and hitting 'backup'. Not by mail, not on the server, not by downloading!
They all result in broken sql-files when unzipped: about 460kb instead of the needed 1700kb!
The only thing that works is the scheduled backup to my gmail account. Those files, when downloaded, give me a good sql file.

Someone who knows why this is so? Sometimes after a lot of work I want to make a manual backup. I can ofcourse by using phpmyadmin, but I'd rather use the plugin.

[thwaps side of the head] Doh, of course! I need to remember that your updates made my theme code more simplified. :)

Thanks again!

i think this is the same problem as #2 in your first post in this thread.

Whups: When I installed v1.0.1 of the plugin onto my iwaruna.com site, I get the following error after I hit the Preview button in a comment form:

Fatal error: Call to a member function get_var() on a non-object in /[path_removed]/wp-content/plugins/filosofo-comments-preview.php on line 33

Any idea why this is occurring? I'm using a customized version of another plaintxt.org theme, VeryPlainTxt.

For now I'll use v0.78 of your plugin on that site. However, do let me know what I can check or change to debug and fix this.

Thanks again!

Thanks for testing it for me.

The problem was that the output buffer wasn't being flushed, because I was doing it in the comment_form action hook which was not present when comments were closed.

The test plugin you sent me works: the sidebar is back, single.php pages with closed comments display fine now. Thanks!

Out of curiosity, what was the issue you fixed?

Sairuh,

I emailed you an updated copy of the plugin that should fix the problem. Will you try it out and let me know?

Thanks.

Thanks for your quick reply! I fixed #2 by reverting to the original comments.php for the themes.

On a related note, I had to fix keyboard navigation by changing the tabindex values in the submitbuttons() function of filosofo-comments-preview.php to 7 and 8 for the preview and submit buttons, respectively. That tweak just might be specific to PlainTxt.org themes, though.

I'm still experiencing #1. If I turn off your plugin, the sidebar reappears for single post pages with closed comments. I think the error was because I had the WPG2 plugin turned off, and sidebar.php has a call to it which results in that error when it's off. On http://sairuh.org/ I've turned on both WPG2 and Comments Preview, and you can see the disappearing sidebar issue.

Btw, I really like how the preview now appears inline on the post page, without generating another page. Very streamlined, very cool!

For 1:
You're getting a fatal error from your sidebar, independent of my plugin, and it may be contributing to the problem. (Fatal error: Call to undefined function g2_sidebargridblock() in /. . ./wp-content/themes/blogtxt/sidebar.php/ on line 31)

For 2:
It looks like your comments.php file has been modified so that the form points to the plugin itself (<form action="http://sairuh.org/wp-content/plugins/filosofo-comments-preview.php).

That's the way the old versions of the plugin worked, but now it should point elsewhere. Let the plugin change the path automatically; put back in the path to wp-comments-post.php, and remove the comented out version you have before the actual form, as that might confuse the plugin's attempt to replace the text.

Hello!

I've recently upgraded to Comments Preview v1.0 and have encountered a couple of problems:

1. For a post where comments are closed, the sidebar disappears. For an example, see the "Testing, testing 1 2 3" post at my test site http://sairuh.org/

In fact, if I disable all plugins but Comments Preview, all single posts pages for posts with closed comments appear blank.

2. For a post where comments are open, when I click on the Preview button the resulting page is either blank (eg, my local test server), or contains a fatal PHP error. The latter can be seen when testing Comments Preview with the "Filosofo Comments Preview" post at my test site (again at http://sairuh.org/).

Is there something I need to modify in either my theme's comments.php file, or in your plugin file? My sairuh.org test site is using the Blogtxt theme, whereas my local site is using VeryPlainTxt --both available from http://plaintxt.org/

Thanks in advance!

P.S. I'm running WP 2.1.3.

Same problem here (I guess): Manually created gzip-file is 450kb, extracted SQL-file only 590kb and broken half way.

The scheduled backup (Gzipped 435 Kb) is extracted about the same size as the manual backup through PHPMyAdmin: SQL-file = 1590Kb and seems to be OK.

Perhaps a problem with gzip?

_Supplemental_

All manually triggered backups seem to produce the described (non) result, but the first of my scheduled email backups arrived just arrived and was fine !

(I then want back and checked the manual backups, but same problem)

Al

Hi there

I'm using WP 2.1. I just installed the Backup plug in.

Everything's working fine - an ***.sql.gz file is being written on the server, emailed to me if I've chosen that option, or presented to me for download, but they're almost empty:

The process bar runs to 100% and presents a dialogue box to download the file if I've selected that, suggesting the process is being completed.

When I extract and view the backup sql it's as follows:

# WordPress MySQL database backup
#
# Generated: Tuesday 13. February 2007 07:52 EST
# Hostname: localhost
# Database:

<my wordpress db name>

# --------------------------------------------------------

- but nothing else.

I only have a couple of posts and a single page in the blog so far.

Any ideas? (NB I've tried deleting and re-creating the folder on the server and checking permissions via ftp)

Thanks for your help

Al

Alistair Birch