GreatBigTuna

Roland,

I found the issue. Line 159 of manage-fields.php looks for the case:

'delete_' . $PDb_i18n['group']

In my case, $PDb-i18n[‘group’] returns “Group” with an uppercase G. The AJAX call in manage_fields.js is passing the value of $thing, which is set to “group” with a lowercase g, so the case doesn’t match, thus the php code skips the $wpdb call to delete the row. It doesn’t return an error, so the javascript reads a success and removes the row from the HTML table on the page. When you update groups or refresh the page, the row comes back because it was never deleted from the database.

I just wrapped a strtolower() function around the case and it works as its supposed to. You may want to implement a more elegant fix, but I’m up and running fine for now.

For those that are interested simply change line 195 of manage-fields.php from:

case 'delete_' . $PDb_i18n['group']:

to

case strtolower('delete_' . $PDb_i18n['group']):

+1 Here. I have no other plugins enabled, no javascript errors in the console and no PHP errors being logged.

My Environment is:

Home URL: https://localhost:8051
Site URL: https://localhost:8051
WP Version: 3.9.1
WP Multisite Enabled: No
Web Server Info: Apache/2.4.7 (Win32) OpenSSL/1.0.1e PHP/5.5.9
PHP Version: 5.5.9
MySQL Version: 5.6.11
PHP Locale: decimal_point: .thousands_sep: int_curr_symbol: currency_symbol: mon_decimal_point: mon_thousands_sep: positive_sign: negative_sign:
WP Memory Limit: 40 MB
WP Debug Mode: No
WP Language: Default
WP Max Upload Size: 2 MB
PHP Post Max Size: 8 MB
Max Input Nesting Level: 64
PHP Time Limit: 60
PHP Max Input Vars: 1000
SUHOSIN Installed: No
SMTP: localhost
smtp_port: 25
Default Timezone: Default timezone is UTC

Digging a little deeper. I found that neither the banner_edited_by or banner_edited_date columns allow nulls. Also, since banner_edited_by is a TEXT column, you can’t assign a default value anyway.

I’ve changed both of those columns to accept nulls in the DB and I can add all the banners I want now.

Not sure why everybody else isn’t having this issue, perhaps it’s an idiosyncrasy of MySQL on Windows (and believe me, there are quite a few), but you might want to take a look at it in case you have someone else run into the problem.

Thanks

— jason

I should add that it works in the settings when I select to preview the shortcode, but not on my page where it’s being displayed. Thanks.

No problem. AWESOME plogin BTW.

Ok, strange. I found the issue, but not sure why, but it is definately not a Duplicator issue. It turns out that not only does the site user need permissions to the root folder of the website, but also it’s parent folder when running under IIS.

Very strange indeed, but I hope this helps someone else that might be having the issue. Incidentally, this also solves a problem I was having with duplicator not being able to include files in the .zip package while running under IIS.