-
Posts
-
Hello,
From my Appearance/Widget webpage, the only two widget areas appearing are the Display Everywhere and Sidebar Blog areas. Note that in normal view mode (accessibility mode disabled), the down arrow does not work and so no widgets can be viewed or edited. In Accessibility Mode, the widgets appear and are editable. I disabled all plugins, cleared the cache, and the issue remained.
Note too that I’ve lost access to the Footer and After Content widget areas in addition to the many Custom Widget Areas that I’ve setup. These widget areas do not appear at all.
Finally, note that all widgets work well and appear on the public facing website. I’m just not able to access and update the widgets as I desire to do.
I greatly appreciate your help in resolving my issue. Website login credentials are in the private area. Enjoy the day!
All the Best,
NathanHey StrategyDriven,
Thanks for the login details. What happens if you temporarily deactivate all plugins? If that doesn’t change anything, then please try activating the parent theme to see what happens then.
Best regards,
RikardHi Rikard,
The issue remains with all plugins deactivated and the cache cleared.
The issue remains with all plugins deactivated, the parent theme activated and the cache cleared.
I greatly appreciate your continued help.
All the Best,
NathanHi,
We are not able to reproduce this problem on our test installations, and we haven’t had any reports from other users with the same problem. Are we allowed to deactivate plugins and themes on your site? If you don’t want to perform such actions on your live site, then please copy the site to a staging site.
Best regards,
RikardHi Rikard,
Thank you for your continued assistance. Yes, you are authorized to deactivate plugins and themes to continue troubleshooting.
Please let me know if I can provide you any additional assistance. Again, I greatly appreciate your help.
Enjoy the day!
All the Best,
NathanHi Rikard,
I tried other themes with all plugins disabled to see if the widget areas and widgets were there. They are (widget areas and widgets) but are uneditable as the widget areas/widgets are not supported by the other themes. I also reinstalled Enfold (deleted all files and reinstalled the Enfold theme) and the three WordPress core widget php files. The issue remains after these efforts.
Again, you are authorized to deactivate plugins and themes to continue troubleshooting. It’s important to resolve this issue and enable administrative access to the widget areas and widgets to deliver on customer ad orders.
I greatly appreciate your continued support. Let me know if you need anything else from us.
All the Best,
NathanHello Again,
I just received an automated message from WordPress providing details regarding a widget error with StrategyDriven.com’s Enfold widgets. The message included error details and is provided in whole within the Private Content associated with this post.
I really appreciate your continued support. I hope this error information is helpful.
All the Best,
NathanHi,
Thanks for the update. I didn’t see any difference when all plugins were deactivated and the parent theme was active on my end either. I do see a 500 internal server error on the WordPress file in private, why that I’m not sure of though. Could you share server error logs with us please? You might want to reach out to your hosting provider as well, to check if they know why the server is returning an error on that file.
Best regards,
RikardHi Rikard,
In the Private Content area are the server error log messages my hosting provider supplied related to Enfold.
Thank you for your continued support!
All the Best,
NathanHi,
Thanks for that, but those are not fatal errors. The server is returning a 500 internal server error, and those lines are what is interesting. You should try to ask your hosting provider why the server is responing with a fatal error on the file in question as well.
Best regards,
RikardHi Rikard,
I have continued troubleshooting and discovered that within my wp_options table there are many option_variables associated with widgets (database entries with option_names of ‘widget%’) that contain a significant number of characters and are uneditable within the table directly. Each of these rows presents the message “Because of its length, this column might not be editable.” next to the options_variable field. When I delete all of these types of options_variable entries, the widget areas reappear.
Further investigation revealed that these entries have more than 65,535 characters. That said, the MySQL field itself is a longtext field and should accommodate up to 4,294,967,295 characters that is significantly more than any of these fields have. So while the database indicates there could be a length issue, there shouldn’t be one.
So it appears that I need a fix to either reduce the number of characters within the offending option_variable fields (difficult since the broken editor is the manifestation of this issue) or to alleviate a theme issue that is preventing me from “seeing” the widget areas associated with the oversized widget option_variable. (This happens to be all of my widget areas which is why I’m having the problem.) There could be another option I’m not thinking of too.
I greatly appreciate your continued help to resolve this issue. Enjoy the day!
Hi,
Thanks for the update. Is the theme responsible for the problem entries in the database? I’m not sure if I fully understood if you found a solution or not.
Best regards,
RikardHi Rikard,
The theme is updating the widget fields within the wp_options table and appears to be drawing from the several applicable wp_options table entries to create the sidebars, footers, etc. in the viewable website. It is not, however, presenting the widget areas in the backend unless the amount of content within several associated table entries is reduced. I don’t know if Enfold itself has a limit on the data pull whether configured or a coding/capability limit associated with the backend.
An example, the Text widget adds to the wp_options table with an entry having an option_name of “widget_text”. All Text widgets are “deposited” into the option_variable data field associated with the row having the option_name of “widget_text”. Since I use the Text widget extensively in all of my widget areas this option_variable data field has over 91,000 characters. This and similar other option_name widgets appear to be causing the backend widget area presentation issue because when I eliminate the content within them all, the widget areas appear.
Note that within MySQL, the option_variable field is set as “longtext” and so should hold over 4 billion characters and so the 91,000+ characters within the field should not be an issue. That said, my MySQL queries return a message indicating that the “length” of the data within the option_variable field could preclude saving more data within it. This is what lead me to my experiment of eliminating the content and finding the widget areas return when I do so for all such messaged option_variable fields associated with option_name “widgets”.
I hope that description is more helpful. My question is two fold, is there something associated with Enfold (configuration or code/limitation) preventing the widget areas from appearing that can be corrected? Alternatively, is there a way to reduce the number of characters within the several offending option_variable fields so to regain access to the widget areas within the WordPress backend? Lastly, is there another solution I might try?
Thank you again for your help. Enjoy the day!
All the Best,
NathanI was able to narrow the offending wp_options table entries to those associated with the following option_name values and their associate option_variable entries:
widget_text
Widget_avia_mailchimp_widget
widget_custom_htmlThen the content of those entries option_variable fields are deleted, the widget areas reappear and can be populated as desired. Unless you have another suggestion, it appears that I will need to rebuild each of my sidebar areas.
Thank you!
- You must be logged in to reply to this topic.