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
Wrong title shown in window menu #4229
Comments
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced.
AnalysisWe have been here before. This problem was reported in issues #3159, #3097 and #3253. It was fixed in IINA 1.3.0 by PR #3435. The The conclusion was that the root cause was a defect in AppKit. This was backed up by the fact that the PR #3435 added an ugly workaround of setting the window's title to "Window", the default title AppKit assigns to a window when it is first created. As the problem could not be reproduced under Monterey the workaround is only applied to older versions of macOS. I don't know when the problem reappeared in AppKit, but it is back in macOS Ventura 13.2.1. FixingThe fix removes the check in |
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced.
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced.
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced.
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced. Rebased with develop and corrected merge conflicts.
This commit will remove the check that suppressed the workaround in MainWindowController.windowWillOpen for the title problem when running under macOS 12+. The workaround was conditionalized because AppKit was confirmed to be working correctly under macOS 12.3. The assumption was that we could count of AppKit working correctly going forward. However the problem is back in macOS 13.2.1. Not clear when it was re-introduced. Rebased with develop and corrected merge conflicts.
IINA 1.3.2 contains the fix for this issue. |
System and IINA version:
Expected behavior:
The window title shown in the window menu as well as the menu displayed when right clicking on the IINA icon in the dock match the title of the window.
Actual behavior:
Some of the time the window titles displayed in both of these menus does not match the title of the window.
Steps to reproduce:
Quit after all windows closed
is disabledwindow
menuHow often does this happen?
Everytime.
The text was updated successfully, but these errors were encountered: