Version: (using KDE KDE 3.2.92) Installed from: Compiled From Sources OS: Linux With previous versions of Konqueror I used to have two tabs. One for Qt documentation and another one for KDE. Each tab was split in two linked views. So when you clicked in a class from the Qt doc the class showed in the second view of that tab. While the other two views of the other tab remained the same. From KDE 3.3, when you click on the linked view of one tab the non-locked view of the other tab ALSO follows the link, so you have that Qt class opened in both tabs. I suppose this is not intended, at least, I can't see very much of its use. I've tried to solve this myself but haven't been able to ensure the sender and linked views where on the same tab in KonqMainWindow::makeViewsFollow. I'll keep on trying, and see how the frame/view hierarchy works...
Related to 86562?
It seems it's not related. I've tried cvs konqueror and the problem persists. In that case the views where not linked. Here the problem is with linked views in makeViewsFollow function no test is done to ensure that the linked view that we make follow is in the same tab of the sender view. This makes impossible to have two linked views in one tab and two linked views in another tab and both pairs independent of each other. Hope that now the problem is a bit more clear.
Created attachment 7107 [details] Make linked views follow only if are in the same tab of the sender I've been able to make the patch. I think 3.3 is ready but may be it could go to 3.3.1 if the patch is ok, of course.
Committed for KDE 3.3.1/3.4. Thanks for the patch. :-)