- This topic has 29 replies, 2 voices, and was last updated 8 years, 5 months ago by
Garth Dryland.
-
AuthorPosts
-
March 25, 2017 at 8:45 pm #297414
Garth Dryland
Yeah that 15px is meant to be there and not the issue. I had the formatting right despite that 2-3 months ago.
So is the bug your referring to related to the padding setting working the wrong side of the content and or the padding disappearing on the left side in desktop view when above the container size or both ?
They seem to be separate issues to me yet both part of the problem I have.
Cheers
March 26, 2017 at 9:32 am #297562Tom
Lead DeveloperLead DeveloperThe bug is the left/right content padding are mixed up while using Sections.
The footer and content not aligning is due to the 15px padding from the column. In a recent update, the footer widgets were adjusted to align with the rest of the content correctly, allowing me to add a footer widget separator value in an upcoming version.
March 26, 2017 at 4:59 pm #297707Garth Dryland
Okay,
I think I get what you mean, (i will get a better idea after sorting my other site which doesn’t have inset text nor does it use sections) but I have a couple more things to ask in the mean time, one being directly in relation to this thread and one is potentially indirectly related.
Because you have altered the footer behaviour it appears to have affected my custom CSS, some of which is for the footer padding area and given you have added a mobile view setting in the layout section which doesn’t appear to control the mobile footer are you planning to add a control for the mobile footer somewhere into the customizer ?
If you are and soonish then I wont worry to much about my sites layout and sort it out then instead.
Secondly, I have a random issue with Yoast SEO Pro which I know you use.
This issue normally only occurs like once a week or more but since I have been making these customizer changes its a fairly regular occurrence so I’m starting to think there’s a conflict of a sort going on.
I get random 410 redirects occurring despite zero url/slug post/page additions/alterations/deletions taking place.
I have attached a screenshot here.
Have you ever seen this happen on any of your sites and if you have do you have any idea whats causing it ? I have an open ticket with Yoast trying to sort this out and from what they have said its potentially a theme/plugin conflict issue.
Cheers
March 26, 2017 at 8:53 pm #297766Tom
Lead DeveloperLead DeveloperYes, mobile options for all desktop spacing options will be added.
I don’t have Yoast SEO Pro, but I’m not sure how those kinds of messages would relate to a theme (GP or any other). It’s more likely there’s a plugin conflict somewhere.
March 26, 2017 at 9:32 pm #297776Garth Dryland
Oh, I thought you said you used Yoast SEO and yeah I’m not sure either but playing with the theme settings sure has coincidentally seen this issue triggered a lot over the last few days.
What’s the ETA on mobile settings being added ? Any timeline ?
March 27, 2017 at 12:06 am #297821Tom
Lead DeveloperLead DeveloperNo timeline yet, but in the next couple updates.
April 5, 2017 at 12:50 am #301919Garth Dryland
Hey Tom
I’m CCing you into an email with Yoast Support in respect to an issue of false positives occurring with Yoast SEO redirects (in this case 410) after altering padding etc within the GeneratePress Customizer given the deleted posts appear to be GeneratePress related looking at the posts table. I mentioned this issue a few posts back however I never provided any physical evidence of such until now (refer email).
Hopefully it helps to solve the issue I’m having.
Cheers
April 5, 2017 at 10:15 am #302153Tom
Lead DeveloperLead DeveloperHi Garth,
Customizer options in GP have no say over the wp_posts table – none of our options deal with the actual posts table in your database.
April 5, 2017 at 1:55 pm #302268Garth Dryland
Tom
Did you took a look at the DB attached to the email ?
What are all these generate_spacing_settings lines in the posts table which just so happen to appear to reflect most if not all the padding settings I set throughout the course of testing/changing them ?
I don’t understand why they would be there either but they are ?
April 5, 2017 at 2:00 pm #302270Tom
Lead DeveloperLead Developergenerate_spacing_settings
exists in thewp_options
table, and store your Spacing related settings.They need to be there in order for the theme to read your settings you set in the Customizer and display them.
I’m not sure I see the connection between those settings (saved by the Customizer, into the options table, no the posts table) and Yoast SEO redirects?
April 5, 2017 at 2:40 pm #302292Garth Dryland
Tom
I can see one line in the options table for generate_spacing_settings and like 50 in the backup data for the posts table. I haven’t changed anything plugin related (no additions) since before the issue occurred, so all I can put it down to are plugin/theme or WordPress core updates.
Any suggestion how this might have occurred would be appreciated.
Cheers
PS: I’ve just granted Yoast 48 hours admin access to the site to see if they can help solve this issue.
April 10, 2017 at 8:40 pm #304309Garth Dryland
Just thought I would update this thread.
It appears the issue regarding Yoast SEO premium 410 redirects is a bug in that plugin.
I can create the issue with other themes when exiting the Customizer following saving a change.At this stage however I’m not sure how the generate_spacing_settings entries are showing as deleted posts like shown here which in turn is creating the deleted posts prompt via Yoast SEO redirect as shown above in a previous post.
I would have thought that any such changes in the customiser would just take place in the options table ?
April 11, 2017 at 9:18 am #304530Tom
Lead DeveloperLead DeveloperThe Customizer saves changes using the update_option() function, which inserts values into the options table as you said. Not sure how those ended up in there, but it’s possible it was some sort of glitch from another plugin you were using.
April 11, 2017 at 9:21 am #304532Tom
Lead DeveloperLead DeveloperOne possibility is that WP 4.7 uses changesets in the Customizer, which is the first step towards Customizer revisions. It’s possible that WP is storing those unsaved changes in the posts table like other revisions.
April 11, 2017 at 1:19 pm #304630Garth Dryland
Cheers for that Tom
I’ll keep changesets in mind as I monitor this issue moving forward and set up fresh default install without additional plugins/themes to test the theory today.
I had no idea about changesets in/beyond v4.7 but it certainly could be the reason behind these trash post entries. I’ll follow up with Yoast after testing re changesets in due course based on what I find.
Thanks
-
AuthorPosts
- You must be logged in to reply to this topic.