Make WordPress Core

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: westonruter's profile westonruter Owned by: ocean90's profile ocean90
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)

27635.patch (963 bytes) - added by westonruter 11 years ago.
Restore deferral of previewer-loading class removal until preview is synced. https://github.com/x-team/wordpress-develop/compare/trac-27635

Download all attachments as: .zip

Change History (3)

@westonruter
11 years ago

Restore deferral of previewer-loading class removal until preview is synced. https://github.com/x-team/wordpress-develop/compare/trac-27635

#1 @westonruter
11 years ago

  • Keywords has-patch added
  • Owner set to ocean90
  • Status changed from new to assigned

#2 @ocean90
11 years ago

  • Resolution set to fixed
  • Status changed from assigned to closed

In 27913:

Widget Customizer: Restore deferral of previewer-loading class removal until preview is synced.

props westonruter.
fixes #27635.

Note: See TracTickets for help on using tickets.