Red Hat Bugzilla – Bug 133855
Desktop Printing icon exists but tryptint.pl does not
Last modified: 2016-06-06 18:13:30 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.2)
Description of problem:
The desktop printing icon is still exists on my panel (nfs home exists
for both an FC2 and rawhide install) but when I press it it cannot
find tryprint.pl so I get an ugly error dialog.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. log into a rawhide box with an nfs home dir that still has FC2 info
2. Press desktop printing icon.
Actual Results: Error dialog stating: Cannot launch icon
Details: Failed to execute child process "tryprint.pl" (No such file
or directory) appears.
Expected Results: List of printers should appear.
Since tryprint.pl is going away either the icon should not appear on
the desktop or tryprint.pl should alias the gnome-printman call.
The problem here is that we'd like to get rid of gnome-print-manager
(package printman) entirely. It's really not useful in the new
I'd like not to keep it around just for people sharing NFS homedirs
between FC2 and FC3.
I'm going to briefly investigate having the icon auto-hide from the
panel, and if that doesn't work I'll try to think of something else.
Yeah, this is a general panel bug. Reassigning to the panel; it needs
to give us some way to have icons not appear if their executable
doesn't exist. Probably the panel shouldn't be copying .desktop files
in the first place...
colin: didn't we talk about keeping around a tryit.pl somewhere and
have it just launch something reasonable?
Otherwise, I think just close this as WONTFIX
Mark: not sure what it should launch. I guess it could make eggcups
display your job list, but then it's just kind of redundant.
Hopefully we can get GNOME upstream to do the
fork-configuration-and-merge-from-previous thing for 2.10. When
that's done we prune dead launchers.