[prev in list] [next in list] [prev in thread] [next in thread] 

List:       konq-bugs
Subject:    Bug#41936: konq_history problems: progressivly slows konqueror start up
From:       abug () ozemail ! com ! au
Date:       2002-04-30 6:32:03
[Download RAW message or body]

Package: konqueror
Version: KDE 3.0.5 CVS/CVSup/Snapshot
Severity: normal
Installed from:    Compiled sources
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

The $KDEHOME/share/config/konq_history appears to have no limit on how \
large it will get.

When konqi loads this file it can substantially add to the startup time. At \
one point it took roughly 1.5 seconds longer. (and it would only have \
gotten worse if I didnt delete the file). For such a critisized part of KDE \
performance this is probably an important thing to look at fixing.

I think  this file needs to be loaded in after the konqueror interface is \
displayed and/or a limit be set'able to how large it can be. (personally I \
like having it very large (but slow) as it makes navigation so easy).

A second fault with konq_history is that if an entry under "ComboContents=" \
is particularly long, it increases the length of the combo in konqueor. If \
the url is longer than the konqueror window width, this results in the Go \
button being pushed off the screen and replaced with the "more buttons" \
arrow. This problem has existed since the Go button was implemented.

(Submitted via bugs.kde.org)
(Called from KBugReport dialog. Fields Application, KDE Version, OS, \
Compiler manually changed)

_______________________________________________
Konq-bugs mailing list
Konq-bugs@mail.kde.org
http://mail.kde.org/mailman/listinfo/konq-bugs


[prev in list] [next in list] [prev in thread] [next in thread]