[wp-trac] [WordPress Trac] #30529: Customizer: Settings with type 'option' not saved before refresh

[WordPress Trac]

#30529: Customizer: Settings with type 'option' not saved before refresh
-------------------------------+------------------------------
 Reporter:  jaspermdegroot     |       Owner:
     Type:  defect (bug)       |      Status:  new
 Priority:  normal             |   Milestone:  Awaiting Review
Component:  Customize          |     Version:  4.0.1
 Severity:  normal             |  Resolution:
 Keywords:  reporter-feedback  |     Focuses:  administration
-------------------------------+------------------------------

Comment (by jaspermdegroot):

 First I thought it had to do with theme_mods vs. theme options, but I
 don't think it has to do with that anymore so the title of this ticket is
 a bit misleading

 I uploaded the four files of my test theme that I created to debug the
 issue. The theme uses theme_mods. I added four settings that all use
 transport {{{postMessage}}} and I made the site title and description
 settings use transport {{{postMessage}}} as well.

 To reproduce:

 Make sure you have a custom nav menu for testing purposes.
 Go to the customizer and change the site title and description, change the
 header and site background color, upload a logo, and change the setting
 for content text alignment.
 The live preview JS is working as expected so you directly see the
 changes.
 Now change the setting for "Main menu" in Navigation to trigger a refresh.

 Result: The site title and description still show the new value and the
 content text alignment is also still according the new value. However, the
 uploaded logo is gone and the header and site background lost their new
 color and now have the last saved colors again.

 Although you don't see the logo and the new colors anymore, when you click
 "Save & Publish" they are saved. So this about the live preview only.

 I am not sure how it should behave by design, but I would expect that all
 settings with transport {{{postMessage}}} show the same behaviour.

 Tested with WordPress latest of 12/16/2014 on OS X / Chome 39 and Firefox
 34.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/30529#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform