Conversation
|
реально прикола не понял зачем ее убрали |
Greptile SummaryRestores cloning from the individual host edit drawer by creating a disabled copy and attempting to place it immediately after its source.
Confidence Score: 3/5The PR should not merge until the clone workflow refreshes the host collection and prevents repeated cloning throughout the reorder step. A successful clone leaves the mounted hosts list stale, while the action becomes available again before reordering finishes and can create duplicate hosts on another click or after a reorder failure. Files Needing Attention: src/shared/_modals/hosts/edit-host-modal/edit-host.modal.content.tsx Important Files Changed
Reviews (1): Last reviewed commit: "feat: restore host clone button" | Re-trigger Greptile |
![greptile-apps[bot]](https://avatars.githubusercontent.com/in/867647?s=60&v=4){kind=small}
| }) | ||
| } | ||
|
|
||
| onClose() |
There was a problem hiding this comment.
When cloning succeeds while the hosts page remains mounted, this closes the drawer without refreshing or updating the all-hosts query, causing the new clone to remain absent and the displayed order to differ from the persisted order until another refetch.
Knowledge Base Used:
| hostTags={hostTags.tags} | ||
| internalSquads={internalSquads.internalSquads} | ||
| isSubmitting={isUpdateHostPending} | ||
| isSubmitting={isUpdateHostPending || isCreateHostPending} |
There was a problem hiding this comment.
When creation finishes before reordering, isSubmitting becomes false while reorderHosts is still pending; a slow or failed reorder leaves the clone control actionable, so another click creates a duplicate host after the first clone has already committed.
Knowledge Base Used:
А кто ее убирал? Ее перенесли в другое место. |
не удобно каждый раз выделять хост шобы расклонировать, если работы много |
3 participants
вынудил меня самому сделать