Opened 11 years ago
Closed 11 years ago
#27635 closed defect (bug) (fixed)
Widget Customizer: Spinner goes away before preview finishes refreshing after widget change
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 3.9 | Priority: | normal |
Severity: | normal | Version: | 3.9 |
Component: | Customize | Keywords: | has-patch |
Focuses: | ui, javascript | Cc: |
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
Attachments (1)
Change History (3)
Note: See
TracTickets for help on using
tickets.
Restore deferral of previewer-loading class removal until preview is synced. https://github.com/x-team/wordpress-develop/compare/trac-27635