Opened 12 years ago
Closed 12 years ago
#27635 closed defect (bug) (fixed)
Widget Customizer: Spinner goes away before preview finishes refreshing after widget change
| Reported by: | westonruter | Owned by: | ocean90 |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.9 |
| Component: | Customize | Version: | 3.9 |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: | ui, javascript |
Description
Now that all widget changes cause full preview refreshes (to be addressed in #27355), and such widget changes can take awhile to see reflected in the preview, especially if on a slow shared host or if the site has poor performance in general. Originally
In r27652, the previewer-loading class started to get removed whenever widget form update Ajax call returned, whereas before this was deferred until when the preview sent a Customizer synced message. This part of the commit should be reverted.
Reported here: https://wordpress.org/support/topic/long-delays-to-update-widget-preview-with-customizer?replies=2
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Restore deferral of previewer-loading class removal until preview is synced. https://github.com/x-team/wordpress-develop/compare/trac-27635