WPwebbouw

Hi teodorsavic, backtick is on my keyboard the ` which is located top left above the Tab key. They are different from normal single quotes, which don’t work in column names and cause the error msg. Surround the two words with those backtick quotes instead.

You can manually edit the sql file if you unzip it. I always edit sql files in Wordpad. If you search for the string INSERT INTO wp_wysija_user_field and `backtick` the words values and default, then save the file, zip it again (if necessary) then it will import oke.

@teodorsavic as I mentioned in my previous post this is probably due to the different ways database dump scripts handle INSERT statement. Your manually gzip export probably uses the INSERT statement without column names. You could check that if you unzip the file and examine it in Wordpad.

Pity the Wysija folks haven’t responded to this thread yet. Must be busy ??

I need this too.

E.g. when I have a set of fields for a contact person (name, function, phone, email, photo) then it should be possible to clone this field set in order to add another contact person.

I know WP Alchemy can do this, however Meta Box has more field types.

Is this possible with Meta Box?

Hi Jeremy,

I tried again after an hour and this time it worked. No more error, connecting to wp.com went fine. I don’t know if you changed anything, here I did install another plugin in the meantime. That couldn’t have made the difference, could it?

Hi Jeremy,

I ran into the same jetpack_id error. Location: Netherlands.
I tried the beta but no luck: I get exactly the same error.

Hi George,

Yes I can reproduce it with WySija 2.5.4.

However I found that it depends on the way the database has been exported. I use a backup plugion that exports the database in the above mentioned way. But this morning I made an export using PhpMyAdmin and this produced a different sql:

INSERT INTO wp_wysija_user_field VALUES ( 1, ‘First name’, ‘firstname’, 0, NULL, ”, 0, ‘Please enter first name’ );

You see the column names are omitted here from the INSERT statement, only the table name is given. Another difference: the table name is backslashed.

Since both forms of the INSERT statement (with and without column names) are allowed, the problem still occurs on database exports that use the INSERT statement with column names. This could be solved by avoiding the use of reserved MySQL keywords in the column names (values, default).

Well, I will probably be the only one who’s bothered. But what mr. James Bruner has done here is, in my honest opinion, just plain and shameless plagiarism.

The plugin is EXACTLY the code the OP has posted here above, but the plugin code mentions proudly mr. James Bruner as the author and the owner of the copyright for this piece of code he just copy/pasted from here. His email addres is proudly mentioned and his website even twice.

The readme.txt mentions only the nickname korythewebguy as the second contributor AFTER (of course) jamesdbruner. There is even a donate link to – again – the website of mr. Bruner.

You should have given the OP proper credits within the plugin description and humbly excuse yourself for posting his code unaltered.

</rant off>

e-

Same issue here (sort of)…

I manually blocked an IP (permanently). Still I keep getting warnings from Wordfence in my email that the same IP has attempted to log in and is automatcally blocked due to my settings. How should I interpretate this?
– Is the IP – although manually blocked (permanently) – also intercepted by the automatic blocking rules?
– Or does the manual blocking not work?

It seems the plugin author has abandoned the project. His last contribution to the support threads was 5 months ago. The plugin hasn’t been updated since 8 months. Too bad.

I have the same error on a server I did not use before. I noticed it is hardened with the suhosin extension. Could that have anything to do with it? I paste the log file:

#Fields:	date	time	type	message
2012-12-19	19:04:34	NOTICE	Environment: Backup 2.2; WordPress 3.5; PHP 5.2.6-1+lenny16; SAPI apache2handler; OS Linux; ZIP 2.0.0; CURL 7.18.2; Time limit 600s; Memory limit 256M
2012-12-19	19:04:34	NOTICE	Attempting to dump database.
2012-12-19	19:04:34	NOTICE	The database dump was completed successfully in 0.078 seconds.
2012-12-19	19:04:34	NOTICE	Attempting to create archive 'Voorbij-alcohol-mfai7l.zip'.
2012-12-19	19:04:37	ERROR	Could not properly close archive '/home/moes3402/voorbijalcohol.nl/www/wp-content/backup-oVaVLgKDVN1U/Voorbij-alcohol-mfai7l.zip'.
2012-12-19	19:04:37	ERROR	Did not finish creating the backup archive. Try increasing the time limit.

Thank you!

Hi Julio,

Nice of you to react so promptly and that you are actively improving the plugin. I have another wish that I will post in a separate thread.

Thanks for your work.
e-

Oh I see, thanx.

Hi Sorin,

Works perfectly. Thanks for your help.

(I also posted a comment in https://www.ads-software.com/support/topic/no-backups-since-update?replies=17#post-3151112)

Erik