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 default desktop. If you then click the failed icon, it fails to launch the application, with the following error: '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): How reproducible: Always 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. Additional info:
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: gnome-control-center.desktop (control-center) gnome-gdmsetup.desktop (gdm) gnome-pilot.desktop (gnome-pilot) openoffice-printeradmin.desktop (OOo) openoffice-setup.desktop (OOo) redhat-audio-player.desktop (xmms?) redhat-diagrams.desktop (dia) redhat-drawing.desktop (OOo) redhat-email.desktop (evolution) redhat-gnomemeeting.desktop (gnomemeeting) redhat-math.desktop (OOo) redhat-presentations.desktop (OOo) redhat-spreadsheet.desktop (OOo) redhat-web.desktop (mozilla) redhat-word-processor.desktop (OOo) 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. Good work.. Mark
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?