Closed smichel17 closed 5 years ago
Possible duplicate of #193 of #238?
hey: sorry for the very late reply: I was kind of off the grid for a while :/
excellent: thanks for the steps to reproduce the problem
A related behavior is when you drag atab outside of the current window. The new window becomes marked as the container of that tab. When there are several tabs in that container, they remain in the initial window, which is desired. If the current container is changed, the tabs become inaccessible in the original window, when I try to come back to the initial container in the original window as long as the second window is opened. I'd like to select the desired container in any window, anytime.
@msdobrescu what you are describing is a duplicate of #193
The original bug report is a different issue ... I will adjust the title accordingly
Preface: I thought this had already been discussed in another issue, and the outcome was "can't fix." However, I wasn't able to find that issue, so here's a new one.
Simple to reproduce:
+
button in window 2 (container B).Expected result: New tab in window 2 is in container B Actual result: New tab in window 2 is in container A
On its own, this would not be too bad. However, the actual problem comes here:
Modified steps to reproduce:
+
button in window 2 (container B).Same results
This is a problem because window/tab that has focus when clicking the
+
button actually is in container B, but the new tab is opened in container A.I can think of two scenarios: