From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1b) Gecko/20020721
Description of problem:
In Gnome when dragging the Default RedHat Panel icons (Evolution, Openoffice and
Mozilla icons) to the desktop, they create the .desktop file, but the icon
vanashes and you are left with a gnome logo.
This only happens on the icons that RedHat customised icons that are part of the
If you then click the failed icon, it fails to launch the application, with the
'This link cannot be used, because its target
"../desktop-menu-patches/redhat-web-desktop' doesn't exsist. Do you want to put
this in the trash'
(This happens for all the above icons)
The applications do lauch if clicked upon, directly on the panel (ie you havn't
tried to move them to the desktop)
If you manually add of the above applications to the panel by:
'Right click on panel | add to panel | Launcher from menu | app-name'
They appear with the icons.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Drag the default icons next to the menu to the desktop in Gnome
2. .desktop appears, but no icon
3. clicking on app failes to launch it
Actual Results: see above
Expected Results: The correct icon to be displayed on desktop and the
application to be launchable.
Created attachment 71845 [details]
screenshot of reportable menu error
The problem here is the way nautilus copies the file copies it as a symlink
maintaining the same relative target - so you get a symlink to
"../desktop-menu-patches/redhat-presentations.desktop" in ~/.gnome-desktop
Alex what will break if we follow symlinks when copying them?
Shouldn't we have absolute symlinks instead?
Following symlinks would break copying symlinks.
rpmlint will have a hissy if we use absolute symlinks.
Copying symlinks probably needs to revise the relative symlink to point to the
right place :-/
But absolute symlinks makes sense here. screw rpmlint!
Several package rebuilds involved in switching to absolute, including OpenOffice :-/
We could do it I guess. Bill what do you think?
I don't care if they're absolute or relative symlinks. I just want it to *work*.
OK we need to fix this in all packages with the relative symlinks. There are 15
symlinks on my test machine everything install:
cc'ing relevant persons.
Seen I posted the original report, I can fix this if required and post back the
fixes, to save anyone the trouble?
segfault, I think these fixes are extremely simple changes to %install scripts
in the spec file, so patches aren't really necessary. appreciate the offer though.
redhat-web.desktop (in htmlview) is fixed with 2.0.0-6.
I don't see that for redhat-gnomemeeting.desktop on my recently installed tree.
dia-0.90-6 should fix the redhat-diagram one.
#72572 filed to be sure it isn't forgotten for openoffice.
Only gnome-pilot is left I think.
The latest from up2date seems to have fixed the problem.
This is still happening on the official 8.0 release, I can reproduce it on 4
machines and other members have reported the same still happening.
The rpm that I downloaded from the link Havoc mentioned above fixed it in Null,
but its come back in Psyche
Opps, sorry wrong bug report
So we can close this report then?