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 98752 - all-applications:// is not working
all-applications:// is not working
Status: RESOLVED INVALID
Product: gnome-vfs
Classification: Deprecated
Component: Module: vfolder
cvs (head)
Other Linux
: Normal normal
: ---
Assigned To: Alex Graveley
Luis Villa
Depends on:
Blocks:
 
 
Reported: 2002-11-17 02:21 UTC by Fernando Herrera
Modified: 2005-01-04 22:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2


Attachments
Testcase to show the bug (3.51 KB, text/plain)
2002-12-30 18:51 UTC, Fernando Herrera
Details
testcase ouptut (6.55 KB, text/plain)
2004-12-20 11:06 UTC, Frederic Peters
Details

Description Fernando Herrera 2002-11-17 02:21:41 UTC
all-applications:// method is not working with current gnome-vfs HEAD.
It tries to read
$sysconfdir/gnome-vfs-2.0/vfolders/applications.vfolder-info which is not
existent in the default instalation.
Comment 1 Alex Graveley 2002-12-13 19:07:32 UTC
Vfolder checks lots of different places for the .vfolder-info file to
use.  Is the run dialog in the panel showing any applications under
known-applications?  If so, its probably not a bug in all-applications.
Comment 2 Fernando Herrera 2002-12-28 21:30:08 UTC
If I type all-applications:// in nautilus, it doesn't show anything.
Also running a gnome_vfs_directory_visit("all-applications:///" ...)
gets no results. BTW applications-all-users:// show them. There is no
all-applications.vfolder. 
Comment 3 Fernando Herrera 2002-12-30 18:42:25 UTC
After some testing I discovered the next:
If you put all-applications:/// for the first time, you get nothing.
If you put then applications:/// you get the classified list.
If you put after this all-applications:/// again, this time it works
and  you get the unclassified list of applications. 
Comment 4 Fernando Herrera 2002-12-30 18:51:10 UTC
Created attachment 13282 [details]
Testcase to show the bug
Comment 5 Luis Villa 2004-02-22 18:27:51 UTC
This is fixed, right, Fernando?
Comment 6 Vincent Noel 2004-07-22 21:27:33 UTC
I can still reproduce this (all-applications:/// showing nothing, then
applications:/// showing something, then all-applications:/// showing the whole
list).
On nautilus 2.7.2.
Comment 7 Frederic Peters 2004-12-20 11:03:49 UTC
I have a somewhat similar bug, not sure this is the same. (nautilus 2.8.2,
gnome-vfs 2.8.3, Debian packages)

applications:// looked empty; applications-all-users:// looked full; going back
to applications:// and it was populated.  Running the attached testcase produces
"Result: No error" each time but the first applications:// is empty while the
last one is full.

But then it goes crazy and if I open three nautilus windows (applications://,
applications-all-users:// and all-applications://) I can watch them refresh
themselves and gaining and losing items randomly.
Comment 8 Frederic Peters 2004-12-20 11:06:00 UTC
Created attachment 35040 [details]
testcase ouptut
Comment 9 Frederic Peters 2004-12-20 14:20:13 UTC
Ok; fixed locally.  It was caused by 
Comment 10 Frederic Peters 2004-12-20 14:20:55 UTC
[sorry for incomplete comment]

It was caused by a local .desktop file with a blank line before the [Desktop] line.
Comment 11 Frederic Peters 2004-12-20 15:24:36 UTC
Sorry to spam this bugreport but I was wrong and fixing the .desktop file didn't
change anything.  But it looks like it is not only applications:// that has a
problem for me but the all gnome-vfs2 (plain files vanish too).
Comment 12 Kjartan Maraas 2005-01-04 22:12:21 UTC
Closing this since the vfolder method has been removed. Please file bugs against
gnome-menus if this is still a problem in 2.9.x