Bug 33327 - Use of CANON LBP-800 DRIVER leads to crash
Summary: Use of CANON LBP-800 DRIVER leads to crash
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Don't use this account, use tml@iki.fi
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-21 01:52 UTC by Peter Ambagtsheer
Modified: 2011-05-05 06:59 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Ambagtsheer 2011-01-21 01:52:40 UTC
When printing to an (obsolete) CANON LBP-800 driver (CANON CAPT), LibreOffice 'crashes' (abends, backouts) immediately. Document recovery is possible. 

This is in my view not a major flaw. The driver was written for Windows 2000 and seems to conflict (too / most of all) with Windows DEP security. The architecture of the driver is not too clever of design as it allows for example no foreign print server connections. It's an excellent priter, but Canon did a poor job designing the software driver. Canon has never updated it or released Linux./WinXP/etc versions(Shame on you, Canon). 

For that reason, the same problem exists when printing from Explorer (IEx), Adobe Acrobat reader and printing over ethernet shared printing connections. On the other hand, there are plenty of applications that can print to this printer without any problem. Such as MS Office variants, Foxit Reader, Notepad variants etc. My attempted changes to WINDOWS DEP preferences only made the problem worse (and have been undone).

As such this is not a failure of LibreOffice but very inconvenient and hopefully, solvable. Most of all, LO shouldn't crash but then again, so shouldn't IE and Adobe. 

My suggestion is to prefer the printing 'route' that is used by the latter group of apps (such as Foxit and MS office) instead of the former "IEx" route, which is perhaps over an HTTP layer or something. That is beyond my technical knowledge.
Comment 1 Noel Power 2011-01-21 03:39:00 UTC
tor, is there anything sensible that can be done here or is it just invalid?
Comment 2 Don't use this account, use tml@iki.fi 2011-01-21 04:10:00 UTC
I'd say, let just resolve this as NOTOURBUG...
Comment 3 Peter Ambagtsheer 2011-01-21 04:20:48 UTC
Just one addition: Openoffice previously never had (and still does not have) this problem either. 
Perhaps an easy resolve could be to use the previous printing 'engine'. But that is beyond my technical insight. I understand and agree that de cause is in Canon not LO.
Comment 4 Don't use this account, use tml@iki.fi 2011-01-21 04:45:46 UTC
Did you check with OpenOffice.org's 3.3 RC9 (or RC10 if they already have that available)? If the problem doesn't happen there, then we should not close the bug.
Comment 5 Peter Ambagtsheer 2011-01-21 05:24:51 UTC
Checking. LibreOffice RC4 has it.
Now trying OpenOffice.
Comment 6 Peter Ambagtsheer 2011-01-21 05:53:19 UTC
Seems the CANON CAPT printing problem has been introduced in OO 33 RC10 too. The crash has a different "presentation screen" but is evidently the same problem. 
Following your feedback I think the easiest thing to do is make Canon write a better driver or produce an open source one. But that is of cours not the Libre Office mission. 
Still, it's tantalizing why previous OO versions and other software seem to print 'around' the problem. 
Open-source Notepad++ 5.8.6. uses the printer smoothly, fast and without **any** problem. 
As does Foxit and MS Word.
Comment 7 Don't use this account, use tml@iki.fi 2011-05-05 06:59:02 UTC
That other software or older OOo versions doesn't cause the problem is just a coincidence. Resolving as NOTOURBUG.