This is a very intermittent issue, but it occurs with some frequency. I see it every day in one place or another. I’m curious whether others have noticed it, or maybe it explains for you something that didn’t quite seem right.
When it happens, selecting an object will show settings in the controls that reflect some previous state of that style rather than the actual ones being used and displayed in the wysiwyg view (and published site).
In addition to some examples listed below, I think this might be a common thread between a couple of support emails I’ve submitted:
-
Especially “Link block with image behaving differently from text link,” fielded by Vlad on 9/19.
-
“Odd section behavior,” filed as a bug by support (with a follow up support item, “Section issue, diagnosed but apparently a bug”)
-
Here’s a typical one: Padding that clearly doesn’t reflect what’s in the site:
As you can see, the padding highlight reflects matching top and bottom padding, but the control shows 5 top and 16 bottom.
The really odd thing on this, which I’ve seen in other settings like text size, is that when I drag the top padding, it slides through the numbers smoothly as normal, except when it hits the erroneous setting (e.g., 5 top padding in the example above), it snaps to the mismatched wysiwyg presentation (e.g., like the clearly not 5 top padding in the wysiwyg view above), like there is some kind of detent at that point.
I’ve seen this in text sizing, where one size that a style had previously been set to (e.g., 23pts) would snap the wysiwyg view to some completely different size than 23pts.
It seems like the specific setting value that is misbehaving might be related to the settings for the next widest media query, though I haven’t tested to confirm that. It could be than an affordance to set the current media queries’ value for a setting to match the next higher one is misbehaving?