After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 332470 - Deskbar won't display certain folders
Deskbar won't display certain folders
Status: RESOLVED FIXED
Product: deskbar-applet
Classification: Deprecated
Component: general
2.13.x
Other All
: Normal minor
: ---
Assigned To: Deskbar Applet Maintainer(s)
Deskbar Applet Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2006-02-24 17:50 UTC by Luke McFadden
Modified: 2006-02-27 02:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Luke McFadden 2006-02-24 17:50:45 UTC
I love that I can quickly launch a folder via deskbar.  But is it limited to how
'deep' into the filesystem it can go?  I specifically want to go to
/home/user/documents/school/year/class/  While I can get to year/ , I cannot get
to class/

Other information:
Is there a configuration file that I can change to fix this?  This is really as
deep as I need to go, but I wouldn't mind it going deeper.
Comment 1 Raphael Slinckx 2006-02-24 18:16:40 UTC
By default (and this isn't configurable right now) it only looks at home directory, that's why nothing happen when you do class/

The get to an arbitrary (or limited) depth, we must scan every directory and store it in memory to be able to propose it, which i fear might make deskbar startup even longer.

I will see what impact it would have.

In the meantime, you can also type the full folder name relative to home:
documents/school/year/class
should work, but it's longer ;)
Comment 2 Raphael Slinckx 2006-02-24 20:25:12 UTC
I added in CVS an experimental file crawling in a separate thread to try to minimize the startup time.

Can you test it and report if it takes ages to startup or if it crashes anyhow ?

It crawls and store filenames and directory names from ~ to 4 deep folders (ignoring .files)
Comment 3 Luke McFadden 2006-02-25 05:44:02 UTC
So far no problems other than there is a noticable pause (2 seconds or so) when I begin typing and it is working on 'pulling up the menu'.  

But as far as load times, there doesn't seem to be any lag at all.  Just lag when typing.

I reverted to my non-cvs version of Deskbar (2.13.91-0ubuntu1) and there is definately no lag when typing.

Checking the memory usage for both versions via Gnome System Monitor, the cvs version uses 32-36MiB while 2.13.91 uses 26-28MiB.

If I uncheck 'Files and Folders' in the preferences of the cvs version, there is no more lag.  

I do like the added functionality, but I don't know if I do at the price of the lag.  One thing that I did notice is that if I have a shortcut to a folder 'Places' (which I created via the File Opener dialoge for Gnome), it shows up in Deskbar even with 'Files and Folders' unchecked.  

So worst case, and indexing the folders doesn't work out, I suppose I can add frequently used folders to my 'Places'.  

But having all of my folders available on the fly still be better!

Let me know if there is anything more I can do.
Comment 4 Luke McFadden 2006-02-25 05:58:27 UTC
Is there a way to use beagle's indexes?  Searching via Beagle-Search, it easily and QUICKLY shows all folders/files.  So would there be a way to have Deskbar actually search using beagle instead of just having the option to 'Search for file_folder using Beagle'.  Perhaps a collapsable menu category like files/places/actions?

L
Comment 5 Mikkel Kamstrup Erlandsen 2006-02-25 11:59:52 UTC
There is a beagle-live handler, have you tired enabling that? I think it does exactly what you want :-)
Comment 6 Raphael Slinckx 2006-02-25 12:20:08 UTC
Indeed, the files feature is somewhat slow, because of the huge number of files, and the non-optimized python hash-table.

So i think i'll revert the changes, and you should probably use the beagle handler
Comment 7 Luke McFadden 2006-02-25 16:43:55 UTC
The only beagle option I have in preferences is 'Beagle: Search all of your documents (using beagle)'  But with this enabled it just gives me a clickable option to open Beagle-Search, it doesn't do 'live' handling.  Is it supposed to?  Or am I doing something wrong?
Comment 8 Mikkel Kamstrup Erlandsen 2006-02-25 19:33:30 UTC
What version og Beagle are you using Luke? I think it should be >= 0.2 for beagle-live to work...

Try running deskbar from a terminal with the -w option. Check the startup output for beagle-stuff...
Comment 9 Luke McFadden 2006-02-25 19:41:03 UTC
I'm running Beagle 2.1-1ubuntu5.  I'm not sure why, but after uninstalling the cvs version, and reinstalling the Ubuntu package, I do have the beagle-live option.  Although, the time that it takes to search and show is about the same overall time as with the deskbar indexing, except that it shows the other search results, so it isn't as painful.  I'm happy with the beagle-live results though.  Thanks for working with me on this.
Comment 10 Raphael Slinckx 2006-02-26 00:53:21 UTC
Just for the history: I reverted the files indexing as it's not viable.
Comment 11 Bjørn Haagensen 2006-02-26 14:13:42 UTC
(In reply to comment #9)
> I'm running Beagle 2.1-1ubuntu5.  I'm not sure why, but after uninstalling the
> cvs version, and reinstalling the Ubuntu package, I do have the beagle-live
> option.  Although, the time that it takes to search and show is about the same
> overall time as with the deskbar indexing, except that it shows the other
> search results, so it isn't as painful.  I'm happy with the beagle-live results
> though.  Thanks for working with me on this.
> 

Just a hint. If you're only searching for directories add 'ext:' to your search string. This will at least prune all result where filename is the type 'prefix.suffix'. For completness: 'ext:' refers to the filename extension, so stuff like 'ext:pdf', 'ext:tiff', 'ext:flac' is also valid :) 



Comment 12 Raphael Slinckx 2006-02-27 02:00:12 UTC
Oh that's a nice side effect, we didn't actually implement that stuff, i guess it's beagle query parser at work here, nice !