Public bug reported:
Binary package hint: cupsys
[ This is a duplicate of a bug filed against OO.o as Bug #84268]
[ Please see the above bug for the attachments I mention. ]
This bug is a rather complicated interaction bug between OpenOffice and
CUPS. I've done extensive work to narrow this bug down, and I hope you'll
give some thought to it.
The Symptom: People in a shared office environment, all running Dapper (we
were unable to reproduce the problem on Fiesty), send each
other OpenOffice documents over the network. For some users,
the files open fine, for others, the files lock up openoffice
upon opening the file.
The files in question all, in their settings.xml file inside the OO.o
document, contain the following string:
<config:config-item config:name="PrinterName"
config:type="string">notary</config:config-item>
(notary is the name of one of our printers in the office)
We can make the problem go away via the following ways:
* Open the file and resaving it to a new file, such that the
PrinterName setting is "Generic Printer" instead of "notary".
* Stopping cups (via /etc/init.d/cupsys stop) on the system where the
file doesn't function. When cups isn't running, the file opens fine
on all systems.
* Making sure the PPD file for "notary" matches exactly the PPD file
on the system that generated the file.
I have investigated further and discovered that this seems to have
something to do with particular printer Trays being enabled.
Specifically, some of my users had the following setting in their
notary.ppd file:
*DefaultHPOption_2000_Sheet_Tray: False
while others had:
*DefaultHPOption_2000_Sheet_Tray: True
This was the only difference.
Users who created files with this setting to "True" (which gives them
"Tray 4" in OO.o) had no problems opening all the files, but those who had
this set to "False" were unable to open any files created by those users
who had the setting in the PPD file set to "True".
In other words, the problem comes about when the notary printer on the new
system doesn't have a Tray4 (the 2000_Sheet_Tray is set to False), but it
was created on a machine that did have the Tray4 (2000_Sheet_Tray was set
to True).
I've included two example files, one which was created on the machine with
Tray4 on, one created on a machine with Tray4 off, and the PPD file in
question.
I'm happy to assist further with this bug, as I'd very much like to see it
resolved.
** Affects: cupsys (Ubuntu)
Importance: Undecided
Status: Unconfirmed
--
OpenOffice/cups Interaction on differing PPD files cause OO.o lockup
https://launchpad.net/bugs/84272
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
