#27338 closed defect (bug) (duplicate)
Widget Customizer: Autosave sometimes prevents changing widget titles
Reported by: | DrewAPicture | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Widgets | Keywords: | |
Focuses: | javascript | Cc: |
Description
The problem:
Seems like there's a sort of autosave race condition going on with setting widget titles. This may very well apply to other widget controls though I haven't tested for it.
The act of typing in a new widget title triggers the autosave, which then cuts you off from typing and collapses the widget container. Once the container is collapsed, it seems like it can't be re-expanded, rendering the widget controls inn inaccessible. Sometimes the new widget title gets sent to the preview, sometimes not.
Screencast to illustrate: http://screencast.com/t/mJkgGwIznF
To reproduce:
- Visit the Customizer
- Add a widget to a sidebar
- Attempt to change the title
Change History (8)
#2
follow-up:
↓ 3
@
11 years ago
@DrewAPicture: I just looked at your screencast, and actually the issue you are describing where the fields in the widget control go away when you try to update them was reported in #27291. I have a patch on that ticket which resolves this issue. Can you confirm that it address that primary issue you observed when adding a new widget and updating it?
The other issue I mentioned above is relatively minor in comparison to the issue you reported here.
#3
in reply to:
↑ 2
;
follow-up:
↓ 4
@
11 years ago
Replying to westonruter:
@DrewAPicture: I just looked at your screencast, and actually the issue you are describing where the fields in the widget control go away when you try to update them was reported in #27291. I have a patch on that ticket which resolves this issue. Can you confirm that it address that primary issue you observed when adding a new widget and updating it?
The other issue I mentioned above is relatively minor in comparison to the issue you reported here.
To be honest, it was my impression that it was autosave that was triggering the widget controls to go away. So if that's being dealt with in #27291 we can probably close this here, unless I'm missing something.
#4
in reply to:
↑ 3
@
11 years ago
Replying to DrewAPicture:
To be honest, it was my impression that it was autosave that was triggering the widget controls to go away. So if that's being dealt with in #27291 we can probably close this here, unless I'm missing something.
It was indeed autosave, but every widget update is handled with autosave. The issue in #27291 is just that any update to a newly-added widget would cause the widget control form to go away, since the customizer filters weren't getting added properly for previewing newly added widgets.
I also noticed this issue and reported it on #27112:
https://core.trac.wordpress.org/ticket/27112#comment:13