Issue 21159 - oo.org doesn't find printers
Summary: oo.org doesn't find printers
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Linux, all
: P2 Trivial (vote)
Target Milestone: ---
Assignee: christof.pintaske
QA Contact: issues@gsl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-14 09:27 UTC by richlv
Modified: 2003-10-14 11:41 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description richlv 2003-10-14 09:27:10 UTC 
xfree86 4.3.0
kde 3.1.4
cups 1.1.19

some network printers are added to cups
opera, kwrite, kedit, kword, kontour - they all can see and offer for printing 
all the printers that are installed.

oo.org before also was able to print on these printers (their names were 
enclosed within <> in print dialog) - at least 1.1 betas and first rcs were. i'm 
not sure exactly at which point it lost the printers, and i am ready to test and 
check all the possible causes. downgrading to rc4 didn't help either.

also it was possible to add printers through spadmin - it saw cups printers, 
too. now spadmin doesn't offer cups printers, only some generic ones.
(when it was possbile to aad printers they were added and shown as duplicates - 
originals enclosed within <>, those added through spadmin w/o anything 
additional)
Comment 1 philipp.lohmann 2003-10-14 09:42:47 UTC 
this most likely means that OOo could neither start "lpc status" or
"lpstat -s" which are usually part of a CUPS installation; maybe they
are not in your executable search path. Please try whether entering
those commands in a shell yields any results.
Comment 2 richlv 2003-10-14 11:12:51 UTC 
huh. thanks for mentioning this :)
after ripping apart slackwares 9.1 cups package and examining install 
script i found out that lpstats is being linked to lpstats-cups. when 
checking out where is my lpstats linked - lpstats-lprng :)

it seems that having lprng on the system & upgrading it replaces 
symlinks that point to cups binaries with ones that point to lprng 
binaries -> nothing works the way it should.

what seems strange - that most other applications were able to print 
even with these wrong links.

this probably should be set to resolved - invalid, but i'm not sure 
about that so i'll let somebody else to do that :)
Comment 3 christof.pintaske 2003-10-14 11:40:38 UTC 
this is nothing we can "fix" with our vanilla printing framework as it
relies on lpstat (there is no printer spooling programming api for that).
We are working on native CUPS support for 2.0 which will cure the
problem. I will close this bug as it is a completely different story.
Comment 4 christof.pintaske 2003-10-14 11:41:06 UTC 
closed