Apache OpenOffice (AOO) Bugzilla – Issue 12243
When "lpstat -s" returns a ridiculous number of printers
Last modified: 2013-02-07 22:32:53 UTC
At the location where I work, "lpstat -s" (LPRNG 3.5.1 on Solaris 8) returns a ridiculously long list of printers. Consequently, it takes a ridiculously long time (on the order of an hour) to start OOo. Even if OOo could parse the list from LPRNG (see bug 12242), the resulting list of printers would be useless. In order find out why it was taking so long for OOo to start, I had to run truss on it. It would be nice if there was either a timeout or some sort of user feedback (or both) so that the user could determine what was going on. The "timeout" could be implemented as a maximum number of bytes returned by lpstat before it aborts the process.
TM->BH: This one is an enhancement, please have a look, thanks !
Set to "NEW"
OpenOffice.org Issue Tracker - Feedback Request. The Issue you raised has the status 'New' pending further action, but has not been updated within the last 4 years. Please consider re-testing with one of the latest versions of OOo, as the problem(s) may have already been addressed. Either use the recent stable version: http://download.openoffice.org/index.html or consider trying the new OOo 3 BETA (still in testing): http://download.openoffice.org/3.0beta/ Please report back the outcome so this Issue may be Closed or Progressed as necessary - otherwise it may be Resolved as Invalid in the future. You may also wish to search for (and note) any duplicates of this Issue that may have advanced further by checking the Issue Tracker: http://www.openoffice.org/issues/query.cgi Many thanks, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html
I tried OO.o 2.2, the latest installed version, on a Linux box and on two Sun boxes running Solaris 2.9. I am not authorized to install the latest version of OO.o, but I expect them to upgrade to 2.4 soon. On the Linux box, it loads quickly and when I attempt to print a document it gives me an accurate list of local printers. Both Sun boxes are still running LPRng 3.5.2. On both boxes, doing a "lpstat -s" takes a very long time. Because the solution to bug 12242 is to upgrade LPRng, I don't expect the output of "lpr -s" to be usable by OO.o. However, one Sun box (using a shared installation of OO.o 2.2) has no problems loading a document, although the only printer available is the "Generic Printer". The other Sun box, same OS level and OO.o installation, first prints "sh: lpget: not found", then hangs when trying to load the same document. In this case, an inspection of the running processes shows that OO.o is running "lpstat -s". Its been running for about half an hour now, and it still isn't done. The first box has /usr/bin/lpget, whereas the second box does not. The problem this issue was created for is that when a system command (in this case "lpstat -s") takes a long time to complete, certainly longer than reasonably expected, then perhaps OO.o should provide some sort of feedback to the user, if not outright timeout with an error message. At this point I can't be certain this is still a problem with OO.o. Either somebody can recreate the problem by replacing a system command OO.o is known to invoke with a script that just sleeps for a really long time, or I can re-confirm this when we get OO.o 2.4 installed. That could be as late as the end of the summer.
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".