==== Problem ====
Post-edit dialog can take a long time to appear since it loads the next suggested task before it appears. This delay may lead to the editor navigating away from the task without seeing the next suggestion.
Issue originally identified on T293316#7471066:
>>! In T293316#7471066, @kostajh wrote:
>>>! In T293316#7469294, @MMiller_WMF wrote:
>>>>! In T293316#7454006, @MMiller_WMF wrote:
>>> @Tgr -- yes, that's the logic. One day, we'll be wanting to use more deliberate logic that "steps the user up" to an appropriate next task type, but we haven't thought that through sufficiently, plus not all wikis have each task type. Does the post-edit dialog already have any kind of loading animation? If not, would it just sit there being blank for a second or two while the task loads?
>>
>> @kostajh -- I wanted to return to this question. I think it's the last unfinalized thing in this task's specifications. What do you think?
>
> For now, I would propose we not do anything. An uncached query with 8 topics will take about 500ms (most users won't have 8+ topics). I don't think most or any users would notice the delay. If there is time before release, we could think about opening the drawer with skeleton animation elements before actual data is available, but I think that should be a separate task.
=== Proposed solution ====
Provide a skeleton state of the next task so that the post-edit dialog can be shown sooner, whilst the task is loading.
// design TBC //