Bug 86113

Created attachment 6971 [details]
screenshot of the issue

I'm neither sure how to reproduce this, the screenshot was produced by calling
"kfmclient openProfile webbrowsing" at the konsole several times, closing the
window after each call. With one instance preloaded but a whole bunch already
running.

*grrr* I was too quick again. This seems to be related to bug 84966.

Same here: "Document Relations" appeared 100x (or more) under Settings->Tool Bar. After clicking one of them, konqueror crashed. The backtrace is:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1095464128 (LWP 5713)]
[KCrash handler]
#7  0x40eb1a69 in QString::QString () from /usr/lib/qt3/lib/libqt-mt.so.3
#8  0x4079c41b in KIconEffect::fingerprint ()
   from /opt/kde3/lib/libkdecore.so.4
#9  0x407df003 in KIconLoader::loadIcon () from /opt/kde3/lib/libkdecore.so.4
#10 0x407e039a in KIconFactory::createPixmap ()
   from /opt/kde3/lib/libkdecore.so.4
#11 0x40ba9505 in QIconSetPrivate::icon () from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0x40ba9987 in QIconSet::pixmap () from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x40543b25 in KToolBarButton::drawButton ()
   from /opt/kde3/lib/libkdeui.so.4
#14 0x40c72375 in QButton::paintEvent () from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x0a196468 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000000 in ?? ()
#18 0xffffffff in ?? ()
#19 0xffffffff in ?? ()
#20 0x00000003 in ?? ()
#21 0x41042f34 in __JCR_LIST__ () from /usr/lib/qt3/lib/libqt-mt.so.3
#22 0x0840c360 in ?? ()
#23 0x00000000 in ?? ()
#24 0x00000000 in ?? ()
#25 0x0000001c in ?? ()
#26 0x0000001b in ?? ()
#27 0x00000003 in ?? ()
#28 0x00000300 in ?? ()
#29 0x0a196468 in ?? ()
#30 0x00000000 in ?? ()
#31 0x084e9590 in ?? ()
#32 0xbfffdf38 in ?? ()
#33 0x40bdd9c0 in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3

Same here.

KDE Version
3.3 (KDE 3.3.0, SuSE)
Application
Web Browser/File Manager
Operating System
Linux (i686) release 2.6.4-52-smp
Compiler
gcc version 3.3.3 (SuSE Linux)


Document Relations (Konqueror) toolbar cannot be deselected. It comes back with every new tab opened.

The instances listed in "Settings->Toolbars" are as many as the tabs opened.

I just updated to KDE 3.3.1 and found the following behaviour: Go to www.kde.org, middle-klick on some (at least two) dot.kde.org-articles and enjoy several rellinks-menubars.

This screenshot : http://linuxichien.org/rellinks-bug.png
is obtained in switching from 2 tabs (freshmeat.net and lea-linux.org/pho/?15) with kde 3.3.1 and rellinks activate "only when needed". I hope it could help.

*** Bug 91748 has been marked as a duplicate of this bug. ***

*** Bug 91991 has been marked as a duplicate of this bug. ***

Is there a way to switch this Document relation bars complete?
I did try it once and after it konqeror crashes frequently durring
opening the url the first time out of KMail i.e.
The second try it goes OK. It seems related to fresh starts because it
also happens in konqueror with 'Open in new Window' :(
Can a remove of a file for this good but bad working addon help?
If so which one?

TIA
 

Created attachment 8242 [details]
an example of the ugly konqueror with rellinks

Created attachment 8243 [details]
an example of the ugly konqueror with rellinks

This happens also to me on Fedora Core 2 with KDE compiled on my own from CVS 3_3_BRANCH and also with Slackware-current compiling always from 3_3_BRANCH CVS.

I have for the moment the librellinksplugin.la -.so moved out the directory.
The problem is of course gone with the the good part of it.

A major point is that now konqueror for feeling start more
quick and less crashes after my update to KDE 3.3.1
The crashes started at my box after the upgrade from 3.2 to 3.3
Had hope it was solved with 3.3 to 3.3.1 but bad luck.

One note, if in the page a line like
<link rel="stylesheet" type="plain/text" src="default.css">
it looks to me it also creates a bar, however I'm unsure it 
always is done. Can this be a miss place usage of the rel attribute?

Created attachment 8508 [details]
another hefty example

another hefty example of konqueror being almost unusable due to the amount of
document relation bars showing up

*** Bug 94331 has been marked as a duplicate of this bug. ***

*** Bug 94814 has been marked as a duplicate of this bug. ***

I've experienced the following behavior in kde-3.3.2 using Gentoo ebuilds:

Starting with my existant ~/.kde3.3 dir it seems that konqueror is adding one document relations toolbar in Settings->Toolbars for every tab you open. These bars are kept even if you close the tabs again.

More annoying, if you start kde-3.3.2 with a blank ~/.kde3.3 dir each of these bars is automatically shown, without the possibility to switch them off altogether.

To reproduce this, log out, rename your ~/.kde3.3 to something else, and log in again. Change konqueror settings to open links in tabs instead of new windows. Go to osnews.com and open some links by middle-klicking them. In the newly opened tabs you will see one document relations toolbar for every tab you opened. These toolbars stay even if you close the tabs.

The only thing that helps is logout+login.

What is document relations and why should it be on by default?

this bug is part of the kdeaddons package and appears by building and installing kdeaddons-3.3.2 (w/ a kde-3.3.2 install). It is also resolved by a 'make uninstall' for kdeaddons-3.3.2


(restart konqueror afterwards)

The bug seems to be located in the rellinks plug-in for konqueror
(kdeaddons-3.3.2/konq-plugins/rellinks)

 --- Kanwar Plaha <Kanwar.Plaha@gmail.com> wrote: 
> ------- You are receiving this mail because: -------
> You are a voter for the bug, or are watching someone
> who is.
>         
> http://bugs.kde.org/show_bug.cgi?id=86113        
> 

It's a toolbar that helps you navigate related web
pages.

Document relations are defined using link tags in the
head of an HTML page.  

e.g. slashdot stories have the relation

<LINK REL="parent"    TITLE="Index"
HREF="//slashdot.org/">

to tell the browser where to find the parent page of
the story.

Other relations include first page, previous page,
next page, last page.


It's very handy if your browsing online manual etc..



		
___________________________________________________________ 
Win a castle for NYE with your mates and Yahoo! Messenger 
http://uk.messenger.yahoo.com

 --- Kanwar Plaha <Kanwar.Plaha@gmail.com> wrote: 
> ------- You are receiving this mail because: -------
> You are a voter for the bug, or are watching someone
> who is.
>         
> http://bugs.kde.org/show_bug.cgi?id=86113        
> 

It's a toolbar that helps you navigate related web
pages.

Document relations are defined using link tags in the
head of an HTML page.  

e.g. slashdot stories have the relation

<LINK REL="parent"    TITLE="Index"
HREF="//slashdot.org/">

to tell the browser where to find the parent page of
the story.

Other relations include first page, previous page,
next page, last page.


It's very handy if your browsing online manual etc..



		
___________________________________________________________ 
Win a castle for NYE with your mates and Yahoo! Messenger 
http://uk.messenger.yahoo.com

On my box (SuSE 9.1) a workaround for it is to remove the file /opt/kde3/share/apps/khtml/kpartplugins/plugin_rellinks.rc

> On my box (SuSE 9.1) a workaround for it is to remove the file
> /opt/kde3/share/apps/khtml/kpartplugins/plugin_rellinks.rc

That is not a workaround. Removing the file "disables" document
relations plugin altogether, which is not what one wants. Similar
"workaround" appeared here a few days ago - uninstalling kdeaddons.

AFAIK, the bug only happens when Document Relations -> Configure is set
to Always (and maybe "When Necessary"). When you set it to "Never", you
can still use it from the Tools menu. Disabling it altogether is not
needed at all.

Rudo.

>
> AFAIK, the bug only happens when Document Relations -> Configure is set
> to Always (and maybe "When Necessary"). When you set it to "Never", you
> can still use it from the Tools menu. Disabling it altogether is not
> needed at all.

In my system it is set to never and I get the unwanted toolbars :-(

Jens

Referring to Comment #24:

Yes, it is.  As described in the Bug 94814, the Document Relations toolbar(s) appear(s) always if you open a link in a new tab, even if it's set to "Never" in Document Relations -> Configure (which is _the_ _real_ bug, IMO).

What's the progress on this? is anyone looking at fixing it?

I can have a stab at fixing this problem, but don't have the time for after hours care at the moment.

I believe the problem is w/ setting the mode index in RelLinksPlugin::updateToolbar(), but then again it may be bool showBar, I haven't had much more than a glance at the code.  I've been rather busy, but I should have more time to work on it today, perhaps tomorrow.

Oh and btw. Great workaround from Rafael J. Wysocki.
People like Rafael are what make Open Source so powerful.

And for those of you who have forgotten...

Jargon File (4.3.0, 30 APR 2001) [jargon]


workaround n. 1. A temporary kluge used to bypass, mask, or otherwise
   avoid a bug or misfeature in some system. Theoretically, workarounds
   are always replaced by fixes; in practice, customers often find
   themselves living with workarounds for long periods of time. "The code
   died on NUL characters in the input, so I fixed it to interpret them as
   spaces." "That's not a fix, that's a workaround!" 2. A procedure to be
   employed by the user in order to do what some currently non-working
   feature should do. Hypothetical example: "Using META-F7 crashes the
   4.43 build of Weemax, but as a workaround you can type CTRL-R, then
   SHIFT-F5, and delete the remaining cruft by hand."





 The Free On-line Dictionary of Computing (27 SEP 03) [foldoc]


workaround
     
        <jargon, programming> A temporary kluge used to bypass, mask
        or otherwise avoid a bug or misfeature in some system.
        Customers often find themselves living with workarounds for
        long periods of time rather than getting a bug fix.
     
        [Jargon File]
     
        (1998-06-25)
     

This isn't confined to just Slackware. It also happens when KDE is compiled from source. Even having it set to "Never" has no effect, the toolbar still shows up and accumulates. And man is this annoying. I don't think not installing kdeaddons or uninstalling is the right answer and certainly hope this will be corrected.

I cleaned out the document relations bar to stop it
annoying me, but have 'accidentally' re-installed it
and it's working fine.

Very strange.


	
	
		
___________________________________________________________ 
ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

CVS commit by ogoffart: 

Remove the configuration menu, and port the toolbar to KXMLGUI.

It's not anymore possible to have the toolbar appears "when necessary" which cosed too many bugs.

cf: http://lists.kde.org/?l=kfm-devel&m=110339587428621&w=2

BUG: 86113
BUG: 84345


  M +3 -105    plugin_rellinks.cpp   1.37
  M +1 -21     plugin_rellinks.h   1.19
  M +20 -3     plugin_rellinks.rc   1.4

*** Bug 95760 has been marked as a duplicate of this bug. ***

Can you backport to KDE 3.3 BRANCH? Thank you from now.

*** Bug 95894 has been marked as a duplicate of this bug. ***

I was just trying Konqueror as a web browser for the first time,
and what can I say but "what a nightmare" with this toolbar multiplying
like crazy on the left side of the window. And who needs this "feature"
anyway -- I lived without it up to now.

I will try removing kdeaddons, since that seems to be the only solution.

on my Gentoo Box too, i got this mess :(

Well, i had recompiled kdebase for it, but nothing, so i did what have been adviced then i uninstalled kdeaddons and it works fine now for me.

it's not a resolving , but better than nothing :)

i hope kdeaddons will be fixed.

Document relations come from Netscape/Mozilla, where they're called 'Navigation toolbar'. They're quite handy with certain documentary websites, allowing you to quickly find the index, table of contents, author, copyright, first & last page, and so on. I can't find them in FireFox, a pity.
Please fix it, don't suppress !

*** Bug 96990 has been marked as a duplicate of this bug. ***

i have many document relations tab too!

please solve this problem!

It's getting worse.  bugs.kde.org is offline celebrating the 3.4 release, so 
theire site says, so I can't get to it.

They gave me a really hard time for critisizing their handling of bug reports.  
The developers have taken the route of marking all their problems "resolved."  
When I brought that up, they got defensive and basically deleted my account!

Nice bunch of guys.

I just disabled the thing; haven't had any problems with it since.  KDE 
configure, somewhere, just don't check any doc relations bars.

I get hundreds of KDE crashes; yet, they say it works.

I am working on the basic problems behind KDE, the use of Qt, which depends on 
X, no matter what they're saying, X, and other basic stuff.  Building my own 
stuff, to speed things up.  It takes time though.  This project will take at 
least two years.

But when I'm done, they'll have to get a license from me, hehehe.

Ciao.



On Wednesday 16 March 2005 01:11 pm, asnane wrote:
[bugs.kde.org quoted mail]

Thanks to Ron Onstenk for the workaround, it works very well. It stabilized Konqueror quite a lot, too, I'm happy again with KDE 3.3.x. (I recently upgraded from 3.2.x, and was appalled by the decrease in stability -- mostly due to this plugin it seems.)

I hope future versions of KDE will include a proper fix, because while I seldom use document relations, they are quite handy on some sites (and would become more so if they were implemented equally well in all browsers).

To Terry James: I don't think this is the proper place to vent your frustration.

*** Bug 104906 has been marked as a duplicate of this bug. ***

For the founder of KDE, who once saw fit to ban my account: you didn't know who I am:  http://www.musics.com/Artists/TerryJames/Images/1980.Terry.James.Burroughs.Corporation.Assistant.to.the.Senior.Design.Project.Engineer.B7800.B7900.MODIII.Project.Tredyffrin.Paoli.PA.Swedesford.Road.B7900_50.8x12.GIF

I was designing machines long before KDE came along; I know what I'm talking about, there is no questioning this.

In fact, I predate all of Unix, Linux, and delivered that machien to Tim Berners-Lee while he was working at CERN.

Next time, try to show some common courtesy and some respect for the people who created your job and career.

Terry James