Won't print landscape from any browser.

I have a strange one that I’ve been working with Google on.

It seems that sometime in the past couple of months we could no longer print landscape documents from Chrome. I first thought it was related to the Google Drive documents we were printing. Docs created in landscape would only print portrait with the right cut off. That is except for Sheet files; they print fine because the Print dialog box has extra options to select Landscape or Portrait. I remember that they all used to have that option, but now only Sheet files have that for printing and they print landscape just fine.

Then I noticed that I can print anything from Chrome in landscape. This is true using Chrome’s dialog or using the alternate Shift+Ctrl+P and passing to my oS 13.1 print dialog. So, it started to look like a Chrome browser problem. BTW, my wife’s Chromebook uses the shared printer on this desktop too and also won’t print landscape when it’s suppose to. The way we have it setup is through Google Cloud Print to my local HP 7510. To let you know this all used to work just fine with oS 12.3 and 13.1 for a very long time.

I then tried Firefox and found it worked exactly the same - it won’t print anything in landscape, even if it is landscape. So, it’s telling me that it’s not specific to Drive files or Chrome. The weird thing is that if I print any local file from a Linux app to the local printer in landscape. Libreoffice, Okular, GIMP, everything prints just exactly in the orientation I tell it. No problems locally at all.

So, printing locally prints landscape just as it’s suppose to. Printing anything landscape from Chrome or Firefox will force it into portrait, except for Google Drive Sheet files where the extra option will tell something to do it right. Logically, it seems like it’s a communication problem between the browsers and oS’s printing system. Somehow, Sheet files are sending a message to the oS printing system that tells to print correctly while anything else doesn’t get that landscape flag triggered.

The people I’ve been working with at Google support seem to have lost interest in helping as soon as I found out that it worked the same in Firefox. Any ideas? Anything I can do?

Thanks,
Clyde

PS - I have my oS 13.1 very stock. I only add stuff with YaST and accept every update that it wants to do.

I did uninstall and reinstall HPLIP, but that didn’t make any difference. Just used YaST and I’m not sure I got everything out though.

Clyde

I’m sorry to reply, -this is a long going problem despite printer. There is some work around in Libre Office, Gimp etc.

I have seen this problems ins 2009. I’m not even sure what where the problem is. I have been lazy. If enough people acknowledge the problem I report to Bugzilla / Try to figure out.

Regards.

As a workaround, you might try printing to file (PDF format) and in landscape orientation first. Then open the pdf file and proceed to print to a real printer. (For example, as a KDE user, I can use Okular like this.)

Thanks everyone. I’ll report it in Bugzilla.

Yeah, downloading and printing locally seems to be the workaround. Alas, that doesn’t help printing from the Chromebook.

Clyde

I have found a workaround that may explain something to someone, but I still don’t know why…

I changed my local printer from a local printer to a Google Cloud Print printer. With HP that meant setting up a local printer to print by sending to my HP ePrint e-mail. Then in Drive documents I don’t actually print, but I “Email as Attachment…”. Sending as an HTML file did NOT work, but sending as a PDF did work. It printed in landscape just fine. It printed just fine from my local, Linux (openSUSE 13.1) desktop and from the Chromebook. That makes sense because the Chromebook and desktop is no longer using my desktop as a server, but both are going directly to the printer by IP address.

It would be nice if someone figures out why and fixes it, but this workaround seems to work fine.

Thanks,
Clyde

PS - I’m considering this closed - but not solved - until someone figures out a better solution.

By sending it as PDF you are doing in a very round about manner what was already suggested ie print to a PDF then print the PDF. You really should not have to use a cloud utility to print. Look at the printer configuration it may give a clue to your problem.

Printing from a Chromebook, yes I do have to print with Google Cloud Print. That’s the only print it has. Yes, I could always download or save anything in the browser to print locally - on my desktop, but you can’t do that in Chromebook. (Well, you can, but you still have to print with Cloud Print.)

So, changing my printer method from USB to wireless allows the Chromebook to print directly without having to go through the bug in Linux. (Yes, I know Chromebook is a version of Linux, but doesn’t seem to have that bug.) Finding that I can send to my HP 7510 printer using the wireless e-mail address got around my openSUSE. Discovering that PDF worked when HTML didn’t (in Cloud Print) was the final step to this workaround.

Thanks,
Clyde

PS - A workaround in any Linux shouldn’t be a final solution.

On 2014-04-16 01:16, LughClyde wrote:
>
> gogalthorp;2636827 Wrote:
>> By sending it as PDF you are doing in a very round about manner what was
>> already suggested ie print to a PDF then print the PDF. You really
>> should not have to use a cloud utility to print. Look at the printer
>> configuration it may give a clue to your problem.
>
> Printing from a Chromebook, yes I -do- have to print with Google Cloud
> Print. That’s the only print it has. Yes, I could always download or
> save anything in the browser to print locally - on my desktop, but you
> can’t do that in Chromebook. (Well, you can, but you still have to print
> with Cloud Print.)

I do not know how that “Google cloud print” works, but as printing
locally works, then the problem is there, not in chrome or firefox…

What is sent? A PDF, a postscript file? Something else? Can you
intercept it at some point and inspect it?

For instance, you can trick CUPS on Linux to print to a PDF file, and
you can inspect that…

> So, changing my printer method from USB to wireless allows the
> Chromebook to print directly without having to go through the bug in
> Linux. (Yes, I know Chromebook is a version of Linux, but doesn’t seem
> to have that bug.) Finding that I can send to my HP 7510 printer using
> the wireless e-mail address got around my openSUSE. Discovering that PDF
> worked when HTML didn’t (in Cloud Print) was the final step to this
> workaround.

Well, I know that I’m never going to print my documents via that google
thing. For privacy reasons: google gets a copy, so does the NSA and who
knows who else.

I would stick to WiFI.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

As far as I know printer drivers don’t print in file formats like PDF. I don’t see any settings in my YaST printer configuration like that. I wouldn’t know how to tell the printer driver to do anything like that. I suspect that the file format like PDF is at a higher level than the printer driver anyway. i.e. The printer driver prints what is converted from the PDF.

I’m not a system level expert on any of this. If someone has any suggestions on things I can do to test this, I’ll be happy to try. I’ll need clear instructions though.

BTW, everything locally prints just fine. Portrait docs from the browsers print fine too. The confusion is that landscape instructions don’t seem to be getting to the printer driver, except if it’s a PDF. Changing the printer driver to “print in PDF” isn’t needed as local file print fine in landscape. I may be wrong, but it’s something between the browser and the the printer driver that’s the problem.

Thanks,
Clyde

I don’t know if it’s the same issue, but this thread has the same problem. And they found a work around.


Forum
English
Get Technical Help Here
Applications
 Libreoffice doesn't print landscape files properly

https://forums.opensuse.org/showthread.php/472640-Libreoffice-doesn-t-print-landscape-files-properly?highlight=brother+landscape+office

On 2014-04-17 02:16, LughClyde wrote:

> As far as I know printer drivers don’t print in file formats like PDF. I
> don’t see any settings in my YaST printer configuration like that. I
> wouldn’t know how to tell the printer driver to do anything like that. I
> suspect that the file format like PDF is at a higher level than the
> printer driver anyway. i.e. The printer driver prints what is converted
> from the PDF.

Linux prints natively in postscript, and I think that it also does so in
PDF. I know that it is possible to tell CUPS to save the postscript or
PDF file instead of printing it. I have done it, but I can’t find my
notes on it.

…]

Have a look at a package named cups-pdf. I will try to find more info later.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

I think the easiest way to do that is to install cups-pdf from openSUSE Software here. HTH Lenwolf.

In e.g. Firefox, Kate, etc. – File > Print
At the printer list select* Print to File (PDF)* or * Print to File (Postscript)*
or * Print to File* and the PDF or Postscript button/checkbox

On 2014-04-17 19:46, eng-int wrote:
>
> robin_listas;2637503 Wrote:
>> I know that it is possible to tell CUPS to save the postscript or
>> PDF file instead of printing it. I have done it,
>>
>
> In e.g. Firefox, Kate, etc. – File > Print
> At the printer list select- Print to File (PDF)- or - Print to File
> (Postscript)-
> or - Print to File- and the PDF or Postscript button/checkbox

Not in this case, no.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

Perhaps I am misunderstanding the problem, but I have just performed the following steps:

openSUSE-13.1
Opened the

<a href="http://distrowatch.com/table.php?distribution=suse">  Distrowatch openSUSE </a>

page in Firefox v.28.0
File > Page Setup > Format = For Any Printer, Paper Size = A4, Orientation=Landscape
File > Print > Printer = Print to File, Name = “distrowatchtest.pdf”, Save to Folder = tmp, Format = PDF, Range = Allpages, Copies = 1 > Print

Dolphin navigate to my tmp folder
Open distrowatchtest.pdf with Okular
File > Print
Select a real printer and click Print

The Distrowatch page printed out on two landscape A4 pages.

There is a similar procedure in Google-Chrome v.34, but the page orientation is set in the “Prin” frame.

I used to get a lot of trouble from users trying to re-configure printers to landscape paper (when they were using a portrait paper tray), when they wanted the document page to be landscape.

On 2014-04-17 15:18, Carlos E. R. wrote:

> Have a look at a package named cups-pdf. I will try to find more info later.

The trick I used is simply this:


lpadmin -p tf0 -v file:/tmp/print2file.ps -E \
-P /usr/share/cups/model/Postscript.ppd.gz

This creates a new printer named “tf0”, which just writes a postcript
file named “/tmp/print2file.ps” - always the same, it is overwritten. I
used /tmp because apparently the directory must have 777 permissions.
Apparently, there is a howto somewhere to have the file emailed to you
automatically.

You also need to have “FileDevice Yes” in /etc/cups/cupsd.conf.

With that, you can intercept what goes to the Linux printer named “tf0”.
Name is arbitrary.

Other variations I found, unchecked:


lpadmin -p PDF -v pdf:/directory/of/your/choice/ \
-E -P /usr/share/cups/model/distiller.ppd

lpadmin -p cups-pdf -v "cups-pdf:/" -m CUPS-PDF.ppd \
-E -D "Virtual PDF Printer" -L "Local Printer"

Or a real raw printer:


lpadmin -p QUEUE -v DeviceURI -E

The basic idea is to print to file, and check the file to find out if it
is correct or not. If you print to postscript or pdf, you can rotate it
locally on that machine, and then send it on to the real printer.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

On 2014-04-18 10:36, eng-int wrote:
>
> robin_listas;2637639 Wrote:
>> On 2014-04-17 19:46, eng-int wrote:
>> Not in this case, no.
>>
>
> Perhaps I am misunderstanding the problem, but I have just performed the
> following steps:

Of course you can print to file from a browser, but that is not the
issue here. The issue is a “networked” Chromebook machine that prints
via something called “Google Cloud Print”. It goes to internet, and
Google then sends it back to the local Linux machine, which then prints
it - with the incorrect rotation. It is not clearly known which step
does the incorrect rotation.

Yes, printing to file, then emailing the file, then printing the file on
Linux works. But that’s not what is wanted/wished. :slight_smile:

No, because it means having to work on two machines by two persons, I
understand. What is wished is, obviously, to hit print on the Chromebook
and that it works, automatically :slight_smile:

(The Chromebook can only print via Google Cloud Print, supplier lock in)


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

Quick check and what I fond was time to time about Linux and not being able to print in landscape. Bugzilla would be overwhelmed whit reports.

Something is broken. Quite many years has passed. No solution is in sight. Who to blame?

-Cups?
-HW manufactures?
-All the evil Win-gang? lol!

This should be a essential part of Linux.

Regards

On 2014-04-28 16:36, jonte1 wrote:
>
> Quick check and what I fond was time to time about Linux and not being
> able to print in landscape. Bugzilla would be overwhelmed whit reports.

That’s not the issue in this thread. LughClyde is having problems
printing from a Chromebook via “Google Cloud Print” to a Linux machine.
Printing directly from that Linux machine works for him.

So please don’t jump in just blaming Linux.

> Something is broken. Quite many years has passed. No solution is in
> sight. Who to blame?

It works for me.


Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))