RFC: Managing remote folders, KNetAttach sequel

[Aaron Seigo]

On December 1, 2004 2:56, Kévin Ottens wrote:
> It's really weird that it takes so much time on your box... It's immediate
> on mine which is really less powerful.
> Someone else with the same issue than Aaron?

ok, so i see what the problem is... in systemimpl.cpp SystemImpl::createEntry 
there is this:

    if (!empty_icon.isEmpty())
    {
        KURL url = desktop.readURL();

        m_lastListingEmpty = true;

        KIO::ListJob *job = KIO::listDir(url, false, false);
        connect( job, SIGNAL( entries(KIO::Job *,
                              const KIO::UDSEntryList &) ),
                 this, SLOT( slotEntries(KIO::Job *,
                         const KIO::UDSEntryList &) ) );
        connect( job, SIGNAL( result(KIO::Job *) ),
                 this, SLOT( slotResult(KIO::Job *) ) );
        qApp->eventLoop()->enterLoop();

        if (m_lastListingEmpty) icon = empty_icon;
    }

if i #ifdef 0 out that loop system:/ lists instantly

for whatever reason, trash:/ is painfully slow on my system here (haven't 
investigated the cause of this yet). so getting the listing for trash:/ slows 
system:/ down dramatically, and since it's done syncronously the listing just 
apears to "hang". i imagine this will be true of any service that takes a 
while to load and has an empty icon.

it would be nice if this could be done async... i looked at the code and it 
would be doable from within kio_system (i've made the job processing async, 
even =) if there was only a way to update an entry from an ioslave that's 
already been passed to listEntry(). i'm sure there is, i just don't know 
how ...

< cue dfaure or waldo replying with an obvious answer ;) >

-- 
Aaron J. Seigo
Society is Geometric
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20041201/0612534f/attachment.sig>