Bug 169321 - Proxy makes KDED eat babies
Summary: Proxy makes KDED eat babies
Alias: None
Product: Fedora
Classification: Fedora
Component: kdelibs
Version: 8
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Ngo Than
QA Contact:
Keywords: Reopened
Depends On:
TreeView+ depends on / blocked
Reported: 2005-09-26 23:33 UTC by Alexei Podtelezhnikov
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2007-11-17 21:26:06 UTC

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
KDE Software Compilation 152477 None None None Never

Description Alexei Podtelezhnikov 2005-09-26 23:33:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.2 (like Gecko)

Description of problem:
 I used to browse FTP sites with konqueror, make multiple selections there, 
drug-n-drop them into console's "wget -N" (because I care about timestamps). I 
enjoyed it - selecting with mouse or shift-arrows worked fast-n-smooth.  
Main story:  
 Recently I enabled proxy via proxy configuration URL. Selecting just a few 
items on any FTP site takes pretty much forever. It's basically unusable. So I 
fired up top to see who eats CPU - it was kded. It is actually spectacular to 
see how it struggles while I drag the mouse over the filenames trying to 
select. Interestingly, proxy was probably not even used, because I was never 
 I turned off proxy option. Just like that (no need to restart) I enjoy my 
life again, but I kinda need my proxy. 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. choose "proxy configuration URL" 
2. pint konqueror to an FTP site 
3. try selecting files with mouse or arrows 
4. suffer from slow CPU eaten up by kded 
5. unchoose "proxy configuration URL" 
6. enjoy fast selecting 

Additional info:

Comment 1 Ngo Than 2006-07-14 23:57:15 UTC
there's new KDE-3.5.3 in FC4-update which should fix this problem. You should 
update to new version. Thanks for your report,

Comment 2 Alexei Podtelezhnikov 2006-07-24 20:00:02 UTC
still very noticably slower inder 3.5.3 .. practically stalling ...
The larger the number of files on ftp://somewhere, the slower the selection.
I don't see how enabling proxy in konqueror settings may possibly affect
selection of files for drag-ndrop, but it does, and very severely too.


Comment 3 Christian Iseli 2007-01-22 11:35:44 UTC
This report targets the FC3 or FC4 products, which have now been EOL'd.

Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?


Comment 4 Rex Dieter 2007-11-14 16:07:33 UTC
The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present.  Since there haven't been any
updates to the report in quite a long time now after we've
requested additional information, we're assuming the problem
is either no longer present in our current OS release, or
that there is no longer any interest in tracking the problem.

Setting status to "CURRENTRELEASE", however if you still
experience this problem after updating to our latest Fedora
Core release and are still interested in Red Hat tracking
the issue, and assisting in troubleshooting the problem,
please feel free to provide the information requested above,
and reopen the report.

Thank you in advance.

Comment 5 Alexei Podtelezhnikov 2007-11-16 17:51:29 UTC
Ok. I see this behavior again in Fedora 8 (so the issue is not resolved).
I am reopening the bug. I don't use proxies now, so the urgency is very low, 
but the bug is fascinating to me. How is it possible that using a mouse to 
select a few hundred files on a remote FTP server is so much slower over proxy 
connection? If connected directly, it is blasing fast as if I am selecting 
from my home directory. 

Why PROXY matters for file selection? 

Comment 6 Alexei Podtelezhnikov 2007-11-17 18:06:27 UTC
Please vote for this bug upstream!

Comment 7 Rex Dieter 2007-11-17 21:26:06 UTC
Thanks for the upstream report, we'll continue to track it there.

Note You need to log in before you can comment on or make changes to this bug.