[GH-ISSUE #1505] [Bug]: App settings UI does not update properly when changing settings #926

Closed
opened 2026-03-03 19:02:13 +03:00 by kerem · 4 comments
Owner

Originally created by @mitchellmebane on GitHub (Jun 6, 2024).
Original GitHub issue: https://github.com/PlayCover/PlayCover/issues/1505

Originally assigned to: @Catta1997 on GitHub.

Describe the bug

In the settings UI for apps within PlayCover, controls do not visually update when clicked. E.g., if I click on a checkbox, it does not appear to change. However, when I click the OK button then re-open settings, I can see that the checkbox has updated.

This appears to happen with all controls. E.g., if I go to the Graphics tab in Settings and change the Resolution dropdown to Custom, the Width/Height boxes do not appear until I click OK and then re-open settings.

This is occurring in Nightly 765. I checked some older nightly builds that I had, and Nightly 663 has the issue, but Nightly 636 does not. Unfortunately, those old Nightly builds are expired so I can't download any in between to narrow it down any further than that.

Demo:
PlayCover Settings UI Bug.mp4

Steps to reproduce

  1. Right-click an app in PlayCover and choose Settings
  2. In the Settings UI, click on any control (e.g., the Keymapping checkbox on the Keymapping page)
  3. Note that the state of the control does not update
  4. Click the OK button
  5. Re-open the app settings
  6. Note that the state of the control has now updated

Expected behaviour

  1. Right-click an app in PlayCover and choose Settings
  2. In the Settings UI, click on any control (e.g., the Keymapping checkbox on the Keymapping page)
  3. The state of the control has updated

Crash log

No response

What version of PlayCover are you using?

Nightly/beta (please specify build number) Nightly 765

What version of macOS are you using?

Sonoma (macOS 14) 14.5

Issue Language

  • Yes my issue is written in English
Originally created by @mitchellmebane on GitHub (Jun 6, 2024). Original GitHub issue: https://github.com/PlayCover/PlayCover/issues/1505 Originally assigned to: @Catta1997 on GitHub. ### Describe the bug In the settings UI for apps within PlayCover, controls do not visually update when clicked. E.g., if I click on a checkbox, it does not appear to change. However, when I click the OK button then re-open settings, I can see that the checkbox has updated. This appears to happen with all controls. E.g., if I go to the Graphics tab in Settings and change the Resolution dropdown to Custom, the Width/Height boxes do not appear until I click OK and then re-open settings. This is occurring in Nightly 765. I checked some older nightly builds that I had, and Nightly 663 has the issue, but Nightly 636 does not. Unfortunately, those old Nightly builds are expired so I can't download any in between to narrow it down any further than that. Demo: ![PlayCover Settings UI Bug.mp4](https://github.com/PlayCover/PlayCover/assets/6096942/0b4340de-52af-4d9e-9d73-c60dee696f28) ### Steps to reproduce 1. Right-click an app in PlayCover and choose Settings 2. In the Settings UI, click on any control (e.g., the Keymapping checkbox on the Keymapping page) 3. Note that the state of the control does not update 4. Click the OK button 5. Re-open the app settings 6. Note that the state of the control has now updated ### Expected behaviour 1. Right-click an app in PlayCover and choose Settings 2. In the Settings UI, click on any control (e.g., the Keymapping checkbox on the Keymapping page) 3. The state of the control has updated ### Crash log _No response_ ### What version of PlayCover are you using? Nightly/beta (please specify build number) Nightly 765 ### What version of macOS are you using? Sonoma (macOS 14) 14.5 ### Issue Language - [X] Yes my issue is written in English
kerem 2026-03-03 19:02:13 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@Depal1 commented on GitHub (Jun 6, 2024):

Very many thanks for reporting this!

<!-- gh-comment-id:2151396054 --> @Depal1 commented on GitHub (Jun 6, 2024): Very many thanks for reporting this!
Author
Owner

@mitchellmebane commented on GitHub (Jun 6, 2024):

I tried building from source. I have Xcode 15.4 installed. I was unable to build commit d40cce9, which corresponds to Nightly 636, but I was able to build d7ac538, one commit later. It doesn't look like there were any app code changes in that commit, but my build still had the GUI issue, so it may be a dependency bug or SwiftUI issue. Or it could be something I'm doing wrong, since this is the first time I've ever tried building PlayCover.

<!-- gh-comment-id:2151407890 --> @mitchellmebane commented on GitHub (Jun 6, 2024): I tried building from source. I have Xcode 15.4 installed. I was unable to build commit d40cce9, which corresponds to Nightly 636, but I _was_ able to build d7ac538, one commit later. It doesn't look like there were any app code changes in that commit, but my build still had the GUI issue, so it may be a dependency bug or SwiftUI issue. Or it could be something I'm doing wrong, since this is the first time I've ever tried building PlayCover.
Author
Owner

@Catta1997 commented on GitHub (Jun 10, 2024):

Maybe https://github.com/feedback-assistant/reports/issues/444

<!-- gh-comment-id:2158041311 --> @Catta1997 commented on GitHub (Jun 10, 2024): Maybe https://github.com/feedback-assistant/reports/issues/444
Author
Owner

@Catta1997 commented on GitHub (Jun 11, 2024):

Working on a fix #1511

<!-- gh-comment-id:2161660644 --> @Catta1997 commented on GitHub (Jun 11, 2024): Working on a fix #1511
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/PlayCover#926
No description provided.