-
-
Notifications
You must be signed in to change notification settings - Fork 741
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
Switching to an essential Tab in another workspace makes it appear in current workspace instead #5020
Comments
I can also report having this issue on 1.7.5b, on the Linux portable version. |
OS: MacOS Sonoma 14.7.1 I think I have the same bug even though mine seem to be related to containers. Here is how to reproduce it, please let me know if that feels different I'll open a new bug.
Expected: Result: Very frustrating , this is forcing me to use pinned tabs. |
Hi, @niderhoff. I'm Dosu, and I'm helping the desktop team manage their backlog. I'm marking this issue as stale. Issue Summary
Next Steps
Thank you for your understanding and contribution! |
Captchas
What happened?
When switching to an existing essential tab located in another workspace via the address bar, the tab is duplicated into the current workspace and incorrectly added to the essential tab list of the current workspace. After closing the newly duplicated tab, the incorrect entry in the essential tab list persists until the current workspace is switched away from and then returned to.
Steps to Reproduce:
Expected Result:
Switching to an existing essential tab in another workspace via the address bar should not duplicate the tab into the current workspace, nor should it add the tab to the essential tab list of the current workspace. Instead, it should open the Tab in the other workspace.
Actual Result:
The tab is duplicated into the current workspace and incorrectly added to the essential tab list of the current workspace. Closing the duplicated tab does not remove it from the essential tab list until the workspace is switched away from and then returned to.
Screencast:
2025-02-07.10-05-22.mov
Reproducible?
Version
1.7.4.b
What platform are you seeing the problem on?
macOS - aarch64
Relevant log output if applicable
The text was updated successfully, but these errors were encountered: