Can't print to receipt printer citizen ct-s310II since v82
Categories
(Core :: Printing: Setup, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | wontfix |
firefox82 | --- | wontfix |
firefox83 | --- | wontfix |
firefox84 | --- | wontfix |
firefox85 | --- | wontfix |
firefox86 | --- | wontfix |
firefox87 | --- | wontfix |
firefox88 | --- | wontfix |
firefox89 | --- | wontfix |
firefox90 | --- | wontfix |
firefox91 | --- | wontfix |
firefox92 | --- | wontfix |
firefox93 | --- | wontfix |
People
(Reporter: trishap, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [print2020_v90][old-ui+])
Attachments
(12 files)
35.69 KB,
text/plain
|
Details | |
22.22 KB,
text/plain
|
Details | |
30.46 KB,
application/x-javascript
|
Details | |
5.96 MB,
image/jpeg
|
Details | |
3.85 MB,
image/jpeg
|
Details | |
3.85 MB,
image/jpeg
|
Details | |
22.14 KB,
text/plain
|
Details | |
28.35 KB,
text/plain
|
Details | |
34.58 KB,
text/plain
|
Details | |
88.75 KB,
application/pdf
|
Details | |
69.14 KB,
image/jpeg
|
Details | |
13.38 KB,
application/vnd.openxmlformats-officedocument.wordprocessingml.document
|
Details |
User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_0_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Mobile/15E148 Safari/604.1
Steps to reproduce:
Sent print job to receipt printer
Actual results:
Only skim blank pieces of paper came out
Expected results:
Receipt should have printed
Comment 1•4 years ago
|
||
Thanks for reporting this. Can you open the page about:support
, click the "Copy text to clipboard" button, come back to this bug, click the "Attach New File" button above, and paste and submit that troubleshooting information?
Updated•4 years ago
|
Comment 3•4 years ago
|
||
Thank you, that's helpful.
The following settings are interesting:
print.printer_CITIZEN_CT-S310II.print_paper_height: 11.00
print.printer_CITIZEN_CT-S310II.print_paper_id:
print.printer_CITIZEN_CT-S310II.print_paper_name:
print.printer_CITIZEN_CT-S310II.print_paper_size_unit: 0
print.printer_CITIZEN_CT-S310II.print_paper_width: 8.50
It appears that we failed to get a paper ID, since the print_paper_id
line is empty. We then appear to have fallen back to using US Letter (11 x 8.5 inches), which is clearly not a good size for a receipt printer.
I'll need to dig into the code to try to figure out what's going wrong here.
Updated•4 years ago
|
Comment 4•4 years ago
•
|
||
Trisha, if we can get the values of those preferences in the working older version of Firefox 81 we may be able to provide you with a workaround while we get this fixed. If you're willing, can you carry out the following steps:
- download Firefox 81
- close Firefox 82
- install Firefox 81
- open Firefox 81
- repeat the steps from comment 1 to attach your
about:support
information - additionally from
about:support
: - find "Profile Folder" on that page, and click the "Open Folder" button to the right
- open the file "prefs.js" (or just "prefs" if file extensions are hidden)
- copy all the lines that contain "print."
- come back to this bug
- click the "Attach New Attachment" button
- paste and submit those prefs
Updated•4 years ago
|
Not sure if we are using 81 or 80 but it is working ok, I will have to wait to get you the about:support part until it happens again unless you can have it with pref already changed.
Comment 6•4 years ago
|
||
Can you check your Firefox version using these instructions and let us know what that is?
Comment 8•4 years ago
•
|
||
Okay, perfect. It's actually a working earlier version of Firefox that I'm looking for the info from, so I actually don't want you to wait until the issue happens again. Regarding the steps in comment 4 could you start at step 5?
I copies the Pref file and can give it to you but it won't let me open it
Reporter | ||
Comment 10•4 years ago
|
||
Not sure if you can open this either
Comment 11•4 years ago
|
||
Thank you so much!
The most interesting parts from those files is these prefs:
user_pref("print.printer_CITIZEN_CT-S310II.print_paper_data", 119);
user_pref("print.printer_CITIZEN_CT-S310II.print_paper_height", " -1.00");
user_pref("print.printer_CITIZEN_CT-S310II.print_paper_name", "");
user_pref("print.printer_CITIZEN_CT-S310II.print_paper_size_unit", 0);
user_pref("print.printer_CITIZEN_CT-S310II.print_paper_width", " -1.00");
Specifically, the -1 values for the width/height, and the value 119 for the paper data/ID. The negative values unfortunately mean we don't have fixed values that we can override with as a workaround for 82. But since you've currently downgraded to Firefox 80 hopefully you don't need a workaround for a few days while we get a fix out? The value 119 for paper size ID corresponds to DMPAPER_QUARTO
, which is "Quarto, 215- by 275-millimeter paper". I'm guessing that's a bogus ID from this particular receipt printer model, since I doubt it is actually handling paper that size.
Comment 12•4 years ago
|
||
(In reply to Jonathan Watt [:jwatt] from comment #11)
The value 119 for paper size ID corresponds to
DMPAPER_QUARTO
, which is "Quarto, 215- by 275-millimeter paper". I'm guessing that's a bogus ID from this particular receipt printer model, since I doubt it is actually handling paper that size.
Yeah, the Specification tab on the printer's product page says the maximum width is 80 mm paper. Printers are supposed to use IDs above 256 for custom paper sizes, but I guess it is what it is.
Reporter | ||
Comment 13•4 years ago
|
||
Comment 14•4 years ago
|
||
Oh, that's useful. If you want to try updating to Firefox 82 again before we get a fix out, then you could try setting the following preferences in about:config
and see if that gets your printer working for you:
print.printer_CITIZEN_CT-S310II.print_paper_height: 3276
print.printer_CITIZEN_CT-S310II.print_paper_size_unit: 1
print.printer_CITIZEN_CT-S310II.print_paper_width: 80
If that only works for one print (and then these values are overwritten by the bogus Letter sizes), then you could try setting those again and setting:
print.save_print_settings: false
at the same time. But that will mean that no settings changes you make in the printing interface will be saved in future, at least until you remember to reset that setting once we do get a fix for Firefox 82 out. Of course if you do tend to set various settings for different printers then setting that pref may not work for you at all.
If you do end up trying the above, please let us know how it goes.
Reporter | ||
Comment 15•4 years ago
|
||
When i used your numbers it made the right size but it’s like it bypassed what it was supposed to print and went for the whole screen. Any ideas?
Reporter | ||
Comment 16•4 years ago
|
||
Looking like it is grabbing the whole page not just the receipt part. Any ideas?
Comment 17•4 years ago
|
||
Can you check with 82.0.1 (or 82.0.2) and confirm things work again?
Reporter | ||
Comment 18•4 years ago
|
||
Still doesn't work I attached a new about:support file
Reporter | ||
Comment 19•4 years ago
|
||
Still doesn't work also the above settings if plugged in do not work either.
Comment 20•4 years ago
|
||
The attachment in comment 18 looks like it's from 81.0.2, not the newer version?
Reporter | ||
Comment 21•4 years ago
|
||
It was sorry but we did take it on up to fully updated and still nothing printed. I tried your settings, still no print. Than it got rolled back before I could get new support setup.
Comment 22•4 years ago
|
||
Is there any chance you could send me a copy of that page and steps to reproduce it? comment 16 seems like a potentially different issue...
Reporter | ||
Comment 23•4 years ago
|
||
I think comment 16 goes along with how the print preview looks different. When you look at the preview it seems to grab the whole page not just the receipt portion as it had before. All we did was bring up the receipt and than enter Mozilla’s print setup. It used to show just receipt on the preview but then it showed the whole page. I can try and get you the picture Monday when I’m back.
Comment 24•4 years ago
|
||
(In reply to Trisha from comment #23)
I think comment 16 goes along with how the print preview looks different. When you look at the preview it seems to grab the whole page not just the receipt portion as it had before. All we did was bring up the receipt and than enter Mozilla’s print setup. It used to show just receipt on the preview but then it showed the whole page. I can try and get you the picture Monday when I’m back.
Rather than a picture, some copy of the page that reproduces the issue would be much more useful to be able to investigate and fix it.
Reporter | ||
Comment 25•4 years ago
|
||
support report for 82.0.2
Updated•4 years ago
|
Updated•4 years ago
|
Comment 26•4 years ago
|
||
(In reply to Trisha from comment #25)
support report for 82.0.2
Hi Trisha. Thanks for the about:support info. That shows that you have the following values:
print.printer_CITIZEN_CT-S310II.print_paper_height: 11.00
print.printer_CITIZEN_CT-S310II.print_paper_name:
print.printer_CITIZEN_CT-S310II.print_paper_size_unit: 0
print.printer_CITIZEN_CT-S310II.print_paper_width: 8.50
So it's gone back to US Letter size. Can you update to 82.0.2 and then also set those print_paper_width
and print_paper_height
preferences both to -1? Does that fix things?
Comment 27•4 years ago
|
||
(In reply to Trisha from comment #16)
Looking like it is grabbing the whole page not just the receipt part. Any ideas?
This part sounds like a completely separate bug. Assuming the steps in the previous comment fix the sizing issue but this issue remains, can you file a separate bug report for that to be investigated separately? It would also be useful for that part to have a copy of the webpage that you print from. The files you get from File > Save Page As... > Web Page, complete
(or Ctrl+S > Web Page, complete
) would be useful for that bug (you'd need to zip them up to attach them).
Reporter | ||
Comment 28•4 years ago
|
||
Sorry it took me to 82.0.3
Reporter | ||
Comment 29•4 years ago
|
||
They said 82.0.3 works with the -1 setting you asked me to try put in but, they have to set the cut/no cut each time they print or they just get little slips of paper.
Updated•4 years ago
|
Reporter | ||
Comment 30•4 years ago
|
||
Status:
UNCONFIRMED
Tracking Flags:
Tracking Status
firefox82 --- wontfix
firefox83 --- wontfix
firefox84 --- affected
Does this mean I shouldn't expect and more fixes until 84 comes out?
Updated•4 years ago
|
Reporter | ||
Comment 31•4 years ago
|
||
What does this mean? Any idea when this might get fixed.
Comment 32•4 years ago
|
||
I'll be looking at this again this week.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 33•4 years ago
|
||
Anything new, us public libraries really need this for our receipt printers. So thank you for staying on this for us.
Updated•4 years ago
|
Reporter | ||
Comment 34•4 years ago
|
||
Is this fixed and I have one computer with the new UI for print settings any idea how to make that readable for receipt prints? I hate it but I am starting to think I need to find another browser that works with our library system.
Comment 35•4 years ago
|
||
Jonathan, did you have a chance to look at this again?
Updated•4 years ago
|
Reporter | ||
Comment 36•4 years ago
|
||
Is there any chance you all are going to fix this? We are not the only library that has to keep rolling back to 82 everytime someone accidentally allows the update. It has been 6 months and now I worry about how safe using this old version is, should I just start looking for something else?
Reporter | ||
Comment 37•4 years ago
|
||
(In reply to Trisha from comment #36)
Is there any chance you all are going to fix this? We are not the only library that has to keep rolling back to 78 every time someone accidentally allows the update. It has been 6 months and now I worry about how safe using this old version is, should I just start looking for something else?
Comment 38•4 years ago
|
||
No using such an old version is not secure.
Does it work when you go to about:confing, "Accept Risk", search for print.tab_modal.enabled
and toggle the value to false. This should give you the old print UI.
Reporter | ||
Comment 39•4 years ago
|
||
Yes that gives me the old print UI but it still won't print receipt paper which is what the original problem was all we get are tiny slips of paper with nothing on them. We use Citizen CT-S310II receipt printers to print check out and date due lists from our Library management system.
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 40•3 years ago
|
||
Is there any plans on fixing this? I don't understand the:
status-firefox87: fix-optional → wontfix
status-firefox88: affected → wontfix
status-firefox89: --- → fix-optional
status-firefox90: --- → affected
Does this mean it might get fixed in 90?
Please we just want our receipt printers to work with Mozilla again.
Reporter | ||
Comment 41•3 years ago
|
||
I got printing to work in 89 and 90 but I changed some of the config to match the old config including adding the three marked (since I didn't know if it was meaningful or not I matched all of it to one of our machines still running 81).
I also had to change print.always_print_silent to false and print.tab_modal.enabled to true
which brought up a weird print preview but since I could see all the important parts I did not have to expand the box only click to print. will send picture of print preview as well.
Reporter | ||
Comment 42•3 years ago
|
||
Updated•3 years ago
|
Reporter | ||
Comment 43•3 years ago
|
||
I hope these settings help others like bug 1672374 It will run on silent and on old UI
Updated•3 years ago
|
Comment 44•3 years ago
|
||
jwatt, do you happen to have this receipt printer in your collection, and have you seen anything like comment 42 before (what looks like a super-tall doc that's only got content at the very top)?
Updated•3 years ago
|
Comment 45•3 years ago
•
|
||
[adjusting summary to drop stray 3
-- S3310II doesn't seem to be a printer model that exists, but "S310II" (one fewer 3
) is a real model, and matches the name used in the prefs quoted in comment 26, so I think it's the actual name of the printer involved here.]
Updated•3 years ago
|
Updated•3 years ago
|
Comment 46•3 years ago
|
||
:jwatt is there an update on this? Should this ticket be re-triaged?
Updated•2 years ago
|
Description
•