Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RGB Format list sometimes locking on Custom... #563

Closed
MateuszGrabuszynski opened this issue Feb 14, 2024 · 2 comments
Closed

RGB Format list sometimes locking on Custom... #563

MateuszGrabuszynski opened this issue Feb 14, 2024 · 2 comments
Labels
bug reproduced I was able to reproduce the issue

Comments

@MateuszGrabuszynski
Copy link

Describe the bug
When dealing with raw RGB files and choosing Custom... RGB Format, it sometimes locks the list on that option.

To Reproduce
Steps to reproduce the behavior:

  1. Open a new instance of YUView
  2. Import a RGB sequence
  3. Choose RGB Format from the list as Custom..., then change bit depth from (default) 1 to 8 and press OK
  4. The RGB Format list is showing Custom... (not RGB 8bit)
  5. After that, sometimes the list does not want to open at all. Or if it opens, the "Custom RGB Format" window is not opening, when choosing Custom... from the list.

It is not the only way to reproduce this, it also happens when steps 1-3 are different. Especially when dealing with more items on the playlist.

Expected behavior
The RGB Format should not lock on Custom....

Workaround
Choosing a different RGB format before retrying with Custom... works from time to time (if the list is still opening).

Screenshots
image
image

Version

  • OS: Windows Server 2022 (OS Build 20348.1726), Windows 11 (OS Build 22621.3007) - happens regardless
  • Version: v2.14 (an MSI installer from Releases)
@ChristianFeldmann
Copy link
Member

Was able to reproduce this. Thanks for the report. Something seems to be wrong when opening the custom dialog with RGB formats.

@ChristianFeldmann ChristianFeldmann added the reproduced I was able to reproduce the issue label Feb 19, 2024
@ChristianFeldmann
Copy link
Member

The merged PR should resolve the issue. Again thanks for the report. Please reopen if I missed something.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug reproduced I was able to reproduce the issue
Projects
None yet
Development

No branches or pull requests

2 participants