Comfy-Org / Comfy-Org/ComfyUI_frontend

the exposed slot rename bug.

Open
#17,421 0 comments 0 reactions 0 assignees View on GitHub
Potential Bug
Dominant language
TypeScript
Stars
2k
Forks
699
Avg merge
1d 7h
Merged PRs (30d)
490

Description

### Prerequisites

- [x] I am running the latest version of ComfyUI
- [x] I have custom nodes enabled

### What happened?

I changed the name of the exposed slot in the sub-view. When I then viewed the exposed slot in the parent view, the name was correct. However, after refreshing the page, the exposed slot name reverted to its default naming instead of the name I had changed it to.

Image

### Steps to Reproduce

1. I performed the renaming of the exposed slot within the sub-view.
Image

2. Returning to the parent view, I confirmed that the renaming had taken effect.
Image

3. After refreshing the page, the name reverted to the default.
Image

### Workflow

[test.json](https://github.com/user-attachments/files/32088051/test.json)

### How is this affecting you?

Visual/UI issue only

### ComfyUI Frontend Version

1.51.9

### Browser

Chrome/Chromium

### Console Errors

```javascript

```

### Logs

```shell

```

### Additional Context

_No response_

Contributor guide

Open the contributing guide

Research direction

Start by loading the linked test.json workflow in ComfyUI Frontend 1.51.9, rename an exposed slot in the sub-view, return to the parent view, and refresh. Trace where the renamed value is persisted and restored; done means the custom exposed-slot name remains unchanged after a page refresh.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
frontend
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
65/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.