Make WordPress Core

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

Attachments (1)

27635.patch (963 bytes ) - added by westonruter 12 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
12 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
12 years ago

  • Keywords has-patch added
  • Owner set to ocean90
  • Status newassigned

#2 @ocean90
12 years ago

  • Resolutionfixed
  • Status assignedclosed

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.