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 86755 - Apps in CDE menu cannot be invoked
Apps in CDE menu cannot be invoked
Status: RESOLVED FIXED
Product: gnome-vfs
Classification: Deprecated
Component: Module: (other)
cvs (head)
Other opensolaris
: High major
: ---
Assigned To: Stephen Browne
Luis Villa
Depends on:
Blocks:
 
 
Reported: 2002-06-28 17:49 UTC by Hidetoshi Tajima
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
follow symlinks when loading .desktop files (672 bytes, patch)
2002-07-09 20:04 UTC, jacob berkman
none Details | Review

Description Hidetoshi Tajima 2002-06-28 17:49:19 UTC
When sys.dtwmrc is symbolic link file, no apps
in CDE menu can be executed, and an error dislog
comes up, saying
 "Can't load entry
  Details: File 'cdemenu/ApplicationsMenu/Audio 
Control. desktop'is not a regular file or directory.

This happens in 26 locales on Solaris 9, including
ar, he, ru_RU.ISO8859-5, th_TH.ISO8859-11, 
ja_JP.eucJP, zh_CN.GB18030.
Comment 1 Luis Villa 2002-07-02 12:45:11 UTC
Doing a bit of triage (menus should, of course, Just Work) and
reassigning to Stephen Browne.
Comment 2 Luis Villa 2002-07-02 15:14:47 UTC
[Search for 'luis spamming' to catch every instance of this email.]
In order to better track Sun's bugs for Sun and Ximian's internal use, I've
added a temporary keyword to some bugs. I apologize for the spam, and for the
use of an additional keyword, but this is the best way for Sun to track 'it's'
bugs without interfering with the community's own triage and bug behavior. If
you have any questions or objections, please drop me a note at louie@ximian.com
or email bugmaster@gnome.org for more open discussion.
Comment 3 jacob berkman 2002-07-08 19:58:43 UTC
what is sys.dtmrc a symlink to in these cases?

do you get any errors in the session log?
Comment 4 Hidetoshi Tajima 2002-07-08 20:24:01 UTC
Two examples: 
% ls -l /usr/dt/config/ar/sys.dtwmrc 
lrwxrwxrwx   1 root     root          15 Mar 21 10:37
/usr/dt/config/ar/sys.dtwmrc -> ../C/sys.dtwmrc

% ls -l /usr/dt/config/ja_JP.eucJP/sys.dtwmrc
lrwxrwxrwx   1 root     root          16 Mar 21 11:37
/usr/dt/config/ja_JP.eucJP/sys.dtwmrc -> ../ja/sys.dtwmrc

CDE apps can't be executed when logging on
"ar" or "ja_JP.eucJP" while they can be 
exectuted on "C" and "ja" locales.
Comment 5 jacob berkman 2002-07-08 20:55:03 UTC
ok, i mkdir /usr/dt/config/ar, then added a symlink to ../C/sys.dtwmrc

i ran LANG=ar gnome-panel, and then i can run things from the cde menu...
Comment 6 Hidetoshi Tajima 2002-07-08 21:05:55 UTC
If you don't have ar locale packages installed,
setting LANG=ar has no effect, but fallbacks to 
"C" locale, so I bet gnome-panel is still run 
"C" locale and /usr/dt/config/C/sys.dtwmrc is
looked up.

Do you have any locales other than "C" installed?
What /usr/dt/config/*/sys.dtwmrc are there?
Comment 7 jacob berkman 2002-07-09 14:11:17 UTC
i don't have any other locales instaleld...

but the panel came up in RTL and didn't display most text (since i
don't have any arabic fonts installed)

do you get the problem if ~/.dt/sys.dtwmrc is a symlink?
Comment 8 Hidetoshi Tajima 2002-07-09 16:24:01 UTC
jacob: I could simulate the problem in "C" locale
by making C/sys.dtwmrc a sym-link to 
../C.new/sys.dtwmrc.
 
Comment 9 jacob berkman 2002-07-09 17:54:42 UTC
in this case does the C.new/sys.dtwmrc file exist?
Comment 10 Hidetoshi Tajima 2002-07-09 18:02:51 UTC
I actually did:
 mkdir /usr/dt/config/C.new
 cd /usr/dt/config/C/
 cp sys.dtwmrc /usr/dt/config/C.new/
 mv sys.dtwmrc sys.dtwmrc.back
 ln -s ../C.new/sys.dtwmrc .
And I logged on GNOME2 session from dtlogin
selecting C locale, then tried to bring
CDE app from CDE Menu.
 
Comment 11 jacob berkman 2002-07-09 19:38:28 UTC
ok!

now i can reproduce it...
Comment 12 jacob berkman 2002-07-09 20:04:27 UTC
Created attachment 9756 [details] [review]
follow symlinks when loading .desktop files
Comment 13 jacob berkman 2002-07-09 20:05:03 UTC
mark, this fixes this for me.  ok to commit?
Comment 14 Mark McLoughlin 2002-07-09 21:19:28 UTC
yeah, looks fine. Thanks Jacob
Comment 15 Hidetoshi Tajima 2002-07-09 21:28:35 UTC
Just wondering..gnome_vfs_get_file_info are called at other places
with GNOME_VFS_FILE_INFO_DEFAULT,
but is it enough to change only one place
for .desktop files?
Comment 16 jacob berkman 2002-07-10 13:46:08 UTC
yeah i made the other uses follow symlinks; committed:

2002-07-10  jacob berkman  <jacob@ximian.com>

        * gnome-desktop-item.c (gnome_desktop_item_new_from_uri): 
        (gnome_desktop_item_new_from_uri):
        (gnome_desktop_item_get_file_status):
        (gnome_desktop_item_set_location): follow symlinks (bug #86755)