xulrunner 1.9 (and Firefox 3.5) prints garbage to certain printers

Bug #491537 reported by Jason Etheridge
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Medium
Unassigned

Bug Description

We need to gather specific details from any sites affected and then file a bug with Mozilla. For now this bug will serve as a placeholder/reminder.

Tags: printing
Revision history for this message
Aaron Z (azsembery) wrote :

We have Star SP200 (LPT), SP512 (LPT), TSP100 (USB) slip printers.
SP200 (on Win 7 x64 with the generic text mode driver, or on XP SP3 with the Star driver):
Prints 1" of blank space on the receipt if you try to print from EG in Mozilla mode.
Prints fine in DOS mode.

SP512 (On Win 7 x64 with the MS generic text mode driver OR with the Star driver):
Prints fine in DOS mode OR Mozilla mode through the generic text driver Text only, no formatting).
When using the Star drivers, DOS mode works fine, Mozilla mode is centered when that is selected, but does not do different text sizes (printer limitation?).

TSP100 (On Win 7 x64 with the MS drivers):
Prints fine in DOS mode OR Mozilla mode, Mozilla mode is centered when that is selected, and does do different text sizes as formatted in EG.

The TSP100 has never gotten beyond a single test location, we have the SP200s in most libraries and they are starting purchase the SP512 units as the SP200s die.

Aaron Z
Pioneer Library System

Revision history for this message
Aaron Z (azsembery) wrote :

Forgot to add, this is with the Staff client versions 1.6.3, 1.6.4 and 1.6.7

Aaron Z
Pioneer Library System

Revision history for this message
Jason Etheridge (phasefx) wrote : Re: [Bug 491537] Re: xulrunner 1.9 (and Firefox 3.5) prints garbage to certain printers

> Forgot to add, this is with the Staff client versions 1.6.3, 1.6.4 and 1.6.7

For reference, this would be xulrunner 1.9.0.17

It's worth noting that Generic Text drivers aren't working with the
current 1.9.2 series of xulrunner.

"Printing with text mode printers (generic printer) results in blank pages"
https://bugzilla.mozilla.org/show_bug.cgi?id=452247

Not sure if this one is affecting anyone:

"Will not print RAW formats to printer"
https://bugzilla.mozilla.org/show_bug.cgi?id=456846

-- Jason

Revision history for this message
Aaron Z (azsembery) wrote :

> SP512 (On Win 7 x64 with the MS generic text mode driver OR with the Star driver):
> Prints fine in DOS mode OR Mozilla mode through the generic text driver Text only, no formatting).
> When using the Star drivers, DOS mode works fine, Mozilla mode is centered when that is selected,
> but does not do different text sizes (printer limitation?).
Correction, text sizes work properly with the SP512 when using the Star drivers and Mozilla mode. They do not work when in DOS mode. I misread my notes.

Aaron Z

James Fournie (jfournie)
Changed in evergreen:
importance: Undecided → Medium
status: New → In Progress
assignee: nobody → Aaron Z (azsembery)
Revision history for this message
Chris Sharp (chrissharp123) wrote :

This issue has affected PINES, rendering all Star SP200/212 printers that connect via the serial port inoperable. Our current workaround, which restores basic printing functionality is to share the printer to the network, then map the share to LPT1 and use the alternate print strategy (details here: http://pines.georgialibraries.org/star-sp200-receipt-printer-workaround-evergreen-16 ).

This has also affected catalogers printing spine/pocket labels using Okidata dot matrix printers - more details can be provided if requested.

Version 1.6.1.8

Revision history for this message
Aaron Z (aaronz) wrote :

Not sure why this was assigned to me... I am not able to do anything about it.

Aaron Z

Changed in evergreen:
assignee: Aaron Z (azsembery) → nobody
Revision history for this message
Jason Stephenson (jstephenson) wrote :

This appears to be a bug in Mozilla Xulrunner. Pines seems to have a workaround that is publicly available.

Given that we should be focusing on testing the new Xulrunner branch, I'm deciding Won't Fix.

Changed in evergreen:
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.