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

List:       kde-bugs-dist
Subject:    [Bug 283366] unacceptably large delay to open file picker when fstab has numerous noauto entries
From:       Felix Miata <mrmazda () earthlink ! net>
Date:       2012-03-31 19:33:17
Message-ID: bug-283366-17878-LQxIyXqAO7 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=283366

--- Comment #7 from Felix Miata <mrmazda@earthlink.net> ---
Created attachment 70044
  --> https://bugs.kde.org/attachment.cgi?id=70044&action=edit
120 DPI screenshot: default picker window opens with the left pane so narrow
that most entries are indistinguishable from others

(In reply to comment #6)
> can you please try the following command:

> $> time solid-hardware query 'is NetworkShare'

> This should give you a list of all available NFS shares. If this is slow,
> the bug is in Solid, if is (almost) instant, the slowness is due to the
> graphical representation in the file dialog.

I tried on a different host (gx28b; NVidia G84 using Nouveau, probably the
fastest video card in the building) that hadn't had 4.8.1 before, with no
PIMware running. The delay was down to about 11 seconds. "time solid-hardware
query 'is NetworkShare'" printed output to Konsole as fast as Konsole could
draw it, virtually instantly.

real 0m0.109s
user 0m0.025s
sys 0m0.019s

I'll have to check on hosts with slower video chips running 4.8.1 as time
permits.

> > > Entries can be hidden - this is done using vi
> > > ~/.kde4/share/apps/kfileplaces/bookmarks.xml .

> Clarification: Hiding can be done using Right Click on the entry in the file
> dialog. This is persistent and saved in bookmarks.xml.

I still don't know what you're suggesting I try to do. Are you suggesting I
right click on all 113 noauto entries each time the dialog opens, since which
are actually available varies according to which hosts are online? Unless you
can explain better something I can figure out how to do, the insane number of
noauto entries populating the picker in random order, obfuscating the actually
available items in the list, remains a big usability issue, notwithstanding the
persistently narrow pane problem shown in the screenshot.

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]