Many people have had problems with the Document Relations (rellinks) plugin with Konqueror. Some have even gone so far as to remove the plugin from the system. The problem was that the a new instance of the Document Relations toolbar would appear with each new tab opened, but would not go away when the tab was closed. The problem even occured when the the plugin was set to "never". I created a patch from the latest CVS code that fixes this problem. Since KDE 3.4 is a long ways off, it might be a good idea to include this patch in a r1 release of kdeaddons. This will provide the same functionality of this plug in that is going to be in KDE 3.4, so it will also help prepare people for the way that it is going to act and they can file bug reports on bugs.kde if they do not like it. I had to manually change a file to make this work correctly, but it is still everything from the CVS server. See the other posts for the files. Reproducible: Always Steps to Reproduce: 1. Open Konqueror Web Browser 2. Got to a website that uses the "rel" HTML tag, such as slashdot.org. 3. Open a link in a tab 4. Close the tab Actual Results: A new instance of the Document Relations toolbar is created. However, that toolbar does not go away when the tab is closed. Expected Results: Only one instance of the Document Relations toolbar is supposed to be visible and the toolbar is suppose to be closed when the tab is closed.
Created attachment 48694 [details, diff] document-relations-fix-cvs.patch This is the patch that I made from the CVS source. I am using it right now and so far the problem appears to be fixed.
Created attachment 48696 [details] kdeaddons-3.3.2.ebuild This is the ebuild in case people read this and do not want to mess with an ebuild Diff. The Diff of the original ebuild and the one that I created is in the next comment.
Created attachment 48697 [details, diff] kdeaddons-3.3.2.ebuild.diff This is the diff of the two ebuilds. It just adds one line: PATCHES1="$FILESDIR/document-relations-fix-cvs.patch"
*** Bug 92223 has been marked as a duplicate of this bug. ***
Sorry, there wasn't enough motivation to push out a new revision of kdeaddons-3.3.x, and now kde-3.4 is stable, so closing this bug...
