Printing from Websites part 2

Good Afternoon Developers!  Today I’m continuing my discussion of printing from webpages.  For my first post, see here

Another option for networked printers is using HTTP POST to send raw print data directly to the printer.  This can be done in Javascript to print locally from any HTML webpage to most Zebra printers.  It allows greater flexibility to set up things like size, margins, and print darkness printed by the website developers as opposed to users.  The only thing needed from the user is the local printer IP address.  The printer IP could be set up once and saved to minimize end user interaction.

Thankfully with http you can print from a mobile device, smartphone, tablet, or PC.   No drivers are necessary, so Android devices without drivers can use this to print. No one has to install or run any software besides a browser.  All this makes it very flexible to the devices your web app can be run on.

There are several limitations for this mode of printing. One is that you as a developer have to create the label yourself.  Zebra printers primarily use a print language called ZPL.  Normally the driver handles the conversion from document to print language. Another is some of the browser security settings block communicating to the printer. The third limitation is that there is no bi-directional capability.  There is no way to verify if a printer is online or is capable of printing before or after sending a print job.  Use this feature only in situations where it is not critical that the print job gets done, or you can easily reprint if the printer was off or out of paper.  Another limitation with http printing is that the printer must be networked on the same network as the user.  USB and Bluetooth connectivity are not options with this technology.

The easiest way to handle creating a print job is to install the Zebra Driver and set it up for how you want the labels to be printed.  Then take a label design tool like Zebra Designer to create a reusable document format.   If you are printing in a specific application, say shelf labels, most of the time you want the price always in one area of the label, and the UPC in another area.  You can use Zebra Designer to lay this template out.  When you want to print, you just send the basic information of the UPC and price for each label.  This speeds up time to print and ensures the best quality images.  You can also manipulate the ZPL directly as a simple text file.  The Programming Guide has examples of how to do this.  It also explains how to set up printers for Wi-Fi, as well as document formatting.

Don’t worry, most Zebra printers are set up to accept this type of communication by default, so no setup is really necessary.  There are two html documents attached.  One of them is a single page, very basic document showing the exact Javascript needed to print.  The other page, with associated documents, is more complicated, but shows multiple ways of handling printing from a webpage and includes several types of documents to print. 

  1. Name badge demo: Shows how to take basic user input and embed it directly in a raw ZPL print string and print it.
  2. Type your own ZPL Script: Essentially the same as the other basic html page, take what’s in the textbox and send it as raw data to the printer.
  3. Print Configuration Label: Simple string to print status and setup information about the printer
  4. Print Zebra Demo labels: Shows how to take document templates residing on a server, send them to the printer to be stored, then read them within javascript and pull out variable fields where user input is needed, and display those fields. When the user has done entering their data, they can then hit a print button to print it.
  5. Print Labels from your Computer: Does the same thing as demo #4, but gets the templates from the local user’s PC instead of the server.

For the demos that print formats, there are two different types of formats, standard ZPL, and XML. XML printing is useful if data is already formatted in XML, say from a database.

The files that are in this Zip file are:

  1. Basic_HttpPOST.html: A very basic webpage with embedded javascript showing the script to print directly to a Zebra printer.
  2. HTTPPost_printing.html: A more advanced webpage with embedded javascript showing several demos.
  3. ZCloudDemo.css: A standard css to make the webpage look nice and Zebra-ish.
  4. Cloud_Connect.png, Zebra_Tag_Horizontal.png, and icon.ico: images to make the page look nice and Zebra-ish.
  5. File_catalog.xml: used by the “Print Zebra Demo labels” functionality to provide a list of zpl files for users to choose from (without a PHP or ASP backend)
  6. Test.txt, test2.txt, and herbert2.txt: basic ZPL print format files used by the “Print Zebra Demo labels” demo.

  To try it yourself, simply extract the zip folder anywhere on your computer and double click the HTTPPost_printing.html file.  This will open your favorite internet browser.  You will need to input the IP address of your Zebra printer, then you should be ready to print.  If you are using Chrome or IE10+, the “Print Zebra Demo labels” demo won’t work unless you are running it from IIS.

Edit: If you are having a problem with print-jobs not going through, check the console log.  If you see an error along the lines of "Access-Control-Allow-Origin header not found", please see my post .

Other Articles on this topic:

Printing from Websites part 1

Printing From Websites Part 3

Robin West

ISV Engineer - Zebra Technologies

Darryn Campbell

Hi Robin,

Thanks for the valuable info - we're really excited about finally being able to print from cloud apps to zebra printers. We were able to print directly from the browser to a printer on the same network, and we're now trying to print from an app hosted on a different network. We're a little stuck and hoping you might be able to give us some direction.

In the ISV newsletter and the Link-OS programming guide, it mentions using weblink to connect to the "zebra servlet". Is there an existing servlet that the printer is supposed to connect to? Or do we have to build our own servlet first? And in that case, would we be able to get access to the Zebra servlet source code example or documentation on how to build it?

Really appreciate any help you could provide.

Thanks

Enam

From the newsletter - "During this process, the printer will request the servlet’s certificate to verify it’s a Zebra Servlet, while the servlet requests the printer’s certificate for verification. After both are certificates are authenticated, the printer sends the servlet its discovery packet."


Anonymous (not verified)

Hi Enam,

As a clarification, The weblink servlet is just creating a secure websocket connection and keeping track of the printers connected.  If you want to create a websocket server yourself, you should be able to.  The server security cert needs to be signed by us, but the directions on how to do that are in the documentation with the SDK. 

Robin


Anonymous (not verified)

The Zebra Weblink Servlet is already written and is downloadable as part of the Zebra Link-OS SDK.  When you download the SDK, there are actually SDK's for PC, Android, iOS, etc.  The servlet is in the PC section Edit:the section is named Webservices and the servlet is specifically in the lib folder and named "zebra.war".  There is documentation and a sample app included. We also have it running as a demo here.  The servlet is very basic and just provides access to printers connected to it with the expectation that the SDK will be used to provide functionality for your website.

Hope this helps and let us know if you have more questions,

Robin


Mark Barton

Thanks for this Robin very useful.

Looking to build a prototype for a manufacturing facility who will need to print QR codes, my aim is to use nodejs to output the codes directly to the printer.

For testing purposes could you recommend the cheapest Zebra printer which will fulfill the requirements (QR code and a LAN connection)?  Hopefully I can pick one up secondhand.  Do you think I might be able to use a USB version if I get windows to share the printer (will it give it a pseudo IP address I wonder?)

Thanks

Mark


Chris Misztur

Huh... very cool!


Anonymous (not verified)

How big a label do you need and how many do you think will print a day?  If you only need a label that is a max 2" wide and only need to print occasionally, the 2824plus is a good option.  If you need labels a little larger, the GC420 is the entry level, but it might be easier to get a used GK420.  The GC does not offer Ethernet even as an option.  Once you are in production and need high throughput, then you are looking at the Tabletop line of products.  Entry level there is the ZT210.  The nice thing is your raw ZPL for creating the QR code will work the same across all these products.

You can also set up your driver to take and send raw data, but this will still be slower.  Another option is to create a small app to run on the PC (Java applet, or something similar) that will take the raw data and send it directly to the printer.

Hope this helps,

Robin West


Jared Dearth

In the post you said "most Zebra printers are set up to accept this type of communication by default". Does the GK420D with ethernet support printing over http? Is there a way to tell which printers support this method of printing?


Anonymous (not verified)

Hi Jared,

The GK420d does support HTTP printing.  To determine if it is currently enabled (or available) send the following string over an open communication channel (TCP or Serial) to the printer:

! U1 getvar "ip.http.enable"

Followed by a carriage return (hit Enter). The printer will respond with "on" or "off".  Make sure your quotes are straight rather than slanted.  if it responds with a "?" or there is no response, it's probably not an option.  If it's off and you want to turn it on, send:

! U1 setvar "ip.http.enable" "on"

followed by a carriage return again.  These commands can be found in the ZPL manual page 1023.

Robin


EDIT:  I forgot, you can also check if HTTP post is running by going to the printer webpage.  Just open your favorite web browser and type the printer's IP address followed by /index.html like this:  http://10.80.127.111/index.html

The printer has a mini webserver that you can use do set up, see previews of labels, get a directory listing, check real-time status, etc.  This is all working off the HTTP system that it uses to handle POST messages for printing. 


Arjun Khandelwal

Hi Robin,

This article has been useful in giving us the hopes that we can achieve our usecase of being able to print from our web based application to a label printer in a diagnostic laboratory. However after spending a couple of days i have not yet been successful. The way you explained it sounded very simple and promising.
Right now i am trying on zebra GC420t as the vendor we talked to suggested that's the cheapest model available and would serve our usecase. However this model does not come with a ethernet port.
1. What are the options i have to achieve what i want?

2. I tried attaching a print server hardware  to the above mentioned address hoping to get the IP address. To save some cost and for testing purposes I have bought a Digisol USB print server hardware. When i try to print from the html part of the demo you have attached by specifying the IP of the print server, it gives a 404 as the pstprint is not found. My guess is that the print server is not forwarding the http request to the printer. So will this not work? How do i provide this model an IP address. Do i need a zebra print server only? I read something about USB masking to IP address in a comment in this post. Will that help and how does that work? Is there any resource that might help me in understanding and implementing that?

3. The usecase we have is of printing labels for laboratory on a size 10mm * 25mm. There would be approximate 500-700 labels printed per day. And as mentioned we need to print it from our application which is served within a browser. Which model would you recommend? This is to help a NGO hospital so we would like to reduce cost as much as possible.


Anonymous (not verified)

Hi Arjun,

Have you tried to view the printer webpage?  That should give you an idea if the print server is behaving correctly.  I believe you are probably right in that it's not forwarding the http request to the printer.  I don't have knowledge of that print server so I can't give much insight. 

I don't necessarily agree that the GC will fit your use case based on what you've stated here.  You will probably spend more on print server hardware (and print head replacements) than if you went with a slightly higher model.  The TLP2824 Plus with Ethernet is only slightly more expensive than the GC and it's space saving as well. 

Also, just to clarify, you are using labels that are longer than wide as they feed out of the printer?  I ask because there is a minimum label length to these desktop printers.  I'm looking it up now, but I believe it's 16mm, maybe more with the ribbon models.   I'll add the length when I find it.


Darryn Campbell

Hi Robin,

after we found your solution to send ZPL code directly from a website to a printer via javascript and http-post, we implemented this into our webbased software to print price labels in our central warehouse. The website is hosted in the cloud, but the client (Windows 8 tablet with Google Chrome browser) and the printer are in the same local network. So far we have 6 Zebra GK420T with network device (LAN) and everything works as expected with Chrome, Firefox and Internet Explorer 11.

However, what we've realised now is that your code is not working with Safari on OS X and with Safari on iOS.

I think the reason for this is Access-Control-Allow-Origin.

Except Safari all browsers send the ZPL code to the printer although it is throwing an error / warning concerning Access-Control-Allow-Origin on ALL browsers!

As far as I know, async ajax requests rely on Access-Control-Allow-Origin. The problem is the webserver of the printer. It should return a correct 'Access-Control-Allow-Origin' header!

So my question is:

How can we tell the webserver of the printers to respond with a correct 'Access-Control-Allow-Origin' header? E.g. "Access-Control-Allow-Origin: *" or with an IP range or with a domain name!

I hope, you have an idea. Thanks!

Jan


Darryn Campbell

Robin,

this is the error message in Google Chrome:

XMLHttpRequest cannot load http://10.88.21.121/pstprnt. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://10.88.21.10' is therefore not allowed access.

Jan


Jan Schinacher

Hi Robin,

this is the error code in Safari for OS X:

"Error" Failed to load resource: the server responded with a status of 501 (Not Implemented) (pstprnt, line 0)

"Error" Failed to load resource: Origin http://10.88.21.10 is not allowed by Access-Control-Allow-Origin. (pstprnt, line 0)

"Error" XMLHttpRequest cannot load http://10.88.21.121/pstprnt. Origin http://10.88.21.10 is not allowed by Access-Control-Allow-Origin. (printlabel.php, line 0)

Sorry about the several comments, but I could not include all the error messages in my first post.

Jan


Anonymous (not verified)

Hi Jan, Thanks for your detailed question and sorry it's not working for you.  I did a little testing and it appears that this isn't really an issue with Safari and the XMLHttpRequest to print.  I was able to print fine with OS X (v10.10.4) Safari on the same network with the basic code.  The issue, I believe, is with cross-origin security done by several browsers.  I'm working on some javascript that I hope will help, but it'll take a day to set up and test. I'll post results when I get them. 

Robin


Jan Schinacher

Hi Robin,

thanks for your replay. The error actually is displayed on all browsers! The difference is that except of Safari, all browsers still send the zpl code and the label is printed. So you will not notice at first glance.

I only noticed this error because it did not work on my iPhone. I then started searching and then I also noticed that it is not working on Safari on OS X and that the errors are displayed on all browsers. To my mind the reason for the error is that the webserver of the printer does not send a Access-Control-Allow-Origin header at all.

We use this printing feature on two different apps which run in a normal browser. One app is totally local, which means it is within the intranet (server, clients and printers) and we are working with static IPs. The second app is run in the cloud with the tablets and the printers being in the same local network and subnet.

We also tried to work with local domain-names e.g. server.example.local, tablet1.example.local and printer1.example.local for the local app, but this does not help either.

So as stated several times, a correct Access-Control-Allow-Origin header would solve it.

One workaround is sending the httprequest to a local server which responds with a correct header and forwards the request to the printer by using telnet.

The code would look like this:

<?php

    /* Set country settings */

    header("Access-Control-Allow-Origin: *");

    header("Content-Type: text/html; charset=utf-8");

    mb_internal_encoding("UTF-8");

    setlocale (LC_ALL, "de_DE");

    date_default_timezone_set("Europe/Berlin");

   

    /* Receive data for printing */

    $PrinterIP = $_POST["PrinterIP"];

    $PrintData = $_POST["ZplCode"];

   

    /* Open a telnet connection to the printer, then push all the data into it. */

    try

    {

        $fp=pfsockopen($PrinterIP,9100);

        fputs($fp,$PrintData);

        fclose($fp);

   

        echo 'Successfully Printed';

    }

    catch (Exception $e)

    {

        echo 'Caught exception: ',  $e->getMessage(), "\n";

    }

?>

The problem is, we are loosing speed by using this detour...

Jan


Jan Schinacher

Hi Robin,

I did not read your last comment thoroughly at first. Sorry about that.

Can you post the IP adresses of your setup so can have an idea how they connect together. On my local setup the server runs on 10.88.21.10, the printer on 10.88.21.121 and the tablet on 10.88.21.101. So they are all within the same network. The webserver is IIS7.5 with PHP 5.3.

The clients OS is either Windows Server 2008 R2 as terminal server or Mac OS X 10.10.4 both with the latest browsers (Chrome 44.0.2403.130 (64-bit), FirefoxESR 38.1.1 and Safari 8.0.7) versions.

Hope this helps.

Jan


Anonymous (not verified)

Hi Jan,

I understand your frustration.  I agree that the printer needs to send a specific CORS or Access-Control-Allow-Origin header for Safari to let it through.  I'm trying to put together a setup to test if the printer is capable of providing this.  Unfortunately it's taking some time as I research options and fight the corporate network here.  I initially tested PC Chrome, IE10, and Firefox using a similar setup to what you have (server on 10.80.127.137, PC on 10.80.127.43, and printer on 10.80.127.96). I'm sorry to say I never noticed the Access-Control-Allow-Origin header error on those browsers, although going back and looking, it is definitely there.  During my initial testing I was not able to get a MAC on the same network, so I put the html file on the MAC and tested Safari that way.  Of course it went through, as the request was not cross-origin at that point.

Now I'm going through several ideas on how to get the printers' print server to send the correct response.  I should know in the next couple of days.  The reality is it may not be able to right now.  The web-servers on our printers are older and not updated much.  Based on my testing, if it turns out that it isn't capable, I will submit a bug. It may take some time to for a fix to be released. Another option I'm looking into, if it turns out the printer is incapable, is creating a browser extension.  The security on these plug-ins is much less and it looks like most of them allow this type of communication through.


In the end, you are the third person in the last week to have found this issue, so it has my highest priority to figure out how to handle it.  I will respond when I know a little more. Thanks for your patience.     

Robin


Glenn Meader

There is a very simple change that Zebra could make in the firmware to deal with the CORS issue being discussed here.
Your document: HTTP Post AppNote 2456949.667535 of October 19, 2014 on page 4 describes the response the printer gives
after receiving the POST request. It always responds with a fixed string.

HTTP/1.1 200 OK
Content-Type: text/html
Expires: Sat, 01 Jan 2000 00:00:00 GMT

All Zebra needs to do to fix the problem is append the following line to to this fixed string:

Access-Control-Allow-Origin: *


Anonymous (not verified)

Hi Jan and anyone else having this issue,

I posted my response as a separate post here:


Henry Du

I run with your demo codes with half success.  I think it is great to get one working. We want both printers to print through web pages.


I have two kinds of zebra label printers,  one is ZDesigner 110XiIII Plus 600DPI and the other model is ZDesigner ZM400 300 dpi (ZPL). The latter one could print label through the http://ipAddre/pstprnt but the former (110XiIII) did not since printer-ip-address/pstprnt or printer-ip-address/printer/pstprnt responded with

404 Not Found.

Do you think my 110XiIII printer need upgrade to have the pstprnt program or somehow I could find pstprnt from the printer web server? The chrome console message like:

XMLHttpRequest cannot load http://ipaddress/pstprnt. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://mywebportal' is therefore not allowed access. The response had HTTP status code 404.

Note: the one which did not work has the printer web page like: http://ipaddress/printer/index.html instead of http://ipaddress/index.html.

Thanks,

Henry


Anonymous (not verified)

Hi Malcolm,

We don't really have a prepackaged solution for this.  Due to browser security, I doubt this will be an option any time soon.  As far as I know, the only way to print over Bluetooth from an iOS browser is to have a printing app also installed on the device.  One of our partners, Arrowhead, has a very nice one that will take print data or images from a browser on iOS.  Another option is you can write your own app in X-Code.  I suggest using our Link-OS SDK and registering a URL Schema to send the print data to the app. 

The third option is to write a RhoMobile app (in javascript) as a light webclient and use the printing API's.  To clarify, your RhoMobile app would act as a custom browser that would let you have access to hardware features like Bluetooth printers.  In theory, this should work, though I haven't tried it on iOS.

Hope this helps, Robin


Malcolm Xu

Hi Robin

Thanks for your post, I have another question, is it possible to print out via bluetooth connection? I have a web app, client open it from ipad, and ipad connect to zebra iMZ320 via bluetooth, I am trying to implement print ticket from ipad by using javascript.

do you have any solution to make this happen?

Thanks

-Malcolm


Malcolm Xu

Hi Robin

Thank you very much for your reply, I have installed mobi print, but I can see the printer when I do print from browser menu, I want to costomize my own print, sunch as using window.print() in javascript to print out a div, window.print() can bring out a dialog box for user to find air print, I am not able to find mobi print anymore, any ideas?

Thanks

-Malcolm


Darryn Campbell

Hi Robin

Thank you very much for your instruction, but what I see from their document is just an URL, I have no idea how to use it, is there any sample code which implement this feature or more details example?

THanks

-Malcolm


Anonymous (not verified)

Hi Malcolm,

To clarify, Airprint does not support Bluetooth printing, so it is not an option.  I there is a way to custom print through MobiPrint (URL scheme) that you can call from Javascript.  Please check out their integration guide: http://www.arrowheadphx.com/product_images/implementationguide.pdf

Thanks,

Robin


Anonymous (not verified)

Hi Malcolm,

I don't have any sample code, but you could contact Arrowhead.

I would try something like just using window.open() or window.location.assign(). 

window.open("Arrowhead://malcom_xu.com/print?&v1=This&v2=is&v3=a&v4=Zebra&v5=printer&v6=test&v7=works&xsource=googlechrome&x-success=googlechrome%3A%2F%2Fmalcom_xu.com%2F", false);


Anonymous (not verified)

Hi Malcolm, 

To clarify how this works, you are calling on the browser to open a webpage, but rather than the standard http://, you use the custom URL Arrowhead://  Arrowhead has registered that url scheme (in your phone when it was installed) as it's own.  The browser then knows to open the Arrowhead app, just like if you have facebook or many other apps installed and you link to them.  You are also adding in your link what you want to print and that you would like the Arrowhead app to reopen your webpage when it's done.  That's what the callback url is for. 

Does this make sense?

Robin


Malcolm Xu

You are absolutely right, the principle should be like that, but if there is sample code that would be better, so that I know how to process error, and I don't have to spend time to try if it works. thank you very much, I will contact Arrowhead to see if they have some sample code.


Eric Zanovitch

For the iPhone (at least), you need to specify the Content-Type header as "text/plain".

request.setRequestHeader("Content-Type", "text/plain");

Without that you get a blank post request.


Nidhin Sankar

Hi,

Can I print images from Website? If possible could you please provide some snippet?


Matthew Kelly

As I begin my investigations into a Zebra printer, I want to be sure I'm selecting a model that supports this functionality. Is there an easy way to identify the printers you sell that support printing via HTTP Post? I can't seem to find this information on your site.

Thanks,

Matt


Atul Verma

I want to print to convert dynamic images into ZPL, If there any way to convert Images into ZPL code for .net application


Nick van de Lui...

Hi Robin!

is it possible to send a command to an ip adress to check if a zebra printer is connected to this IP?

In my application I want to show the user if he or she has filled in the correct IP. I would like to send some sort of command to the filled in IP so I can get a response back from the zebra printer. My application is in javascript.

Thx!


Nick van de Lui...

I basically want to check wether


Lee Wong

Hi, Robin

I have the same issue with Matt, I am working on a small project that requires http post print. Could you or any one can recommend an inexpensive receipt printer? cheaper is better, just need basic receipt printer that support http post print, Thanks!!!


Darryn Campbell

Hi Matt,

This post was from a while ago...curious if you received the information you were requesting.  I am interested in HTTP Post printing but have no idea which Zebra printers support this functionality.  Any help would be much appreciated!


Russell liu

Hi Robin

     My zebra label printers is ZDesigner ZM400 300 dpi (ZPL).

     I want to send the zpl to printer from the browser. Printer's ip is 10.64.57.105(the same network with my PC). But the http://10.64.57.105/pstprnt responded with

     404 NOT FOUND

     Can you tell me whether the solution is available now?  or what the printer need upgrade to have the pstprnt program or somehow I could find pstprnt from the printer web      server?

     Thanks!

Russell


David Schmukler

Hi Robin,

I am using a QLn420 Bluetooth printer. and trying to print a zpl file from a chrome page on an android device.

we are trying to do it using "Zebra Print Connect" app using android intents,

we where able to call search Printer via NFC

using link below, and it works

<a href="intent://www.zebra.com/apps/r/nfc#Intent;package=com.zebra.printconnect;scheme=ht...">

Launch Zebra Intent

</a>

but we are unable to send a zpl file to the printer the same way.

how can that be done ?

Thanks

David


Anonymous (not verified)

Hi Mark, HTML generally uses UTF-8 encoding as well, so if you don't make sure the request is being sent with the same code page the printer is expecting(CP850), then you run into these types of issues.  At least I think that's what is wrong.  Either switch the printer to UTF-8 (^CI28) or make sure the terminal is sending CP850. 

You can put the printer into dump mode to verify what the terminal is sending to the printer.  Add ~JD to the beginning of your format and send the whole thing the way you have been.  The printer will print the hex for each byte it receives and the ASCII representation if any.  That way you can verify the bytes are correct CP850.  Turn off and on the printer to reset it to normal mode.


Mark Copper

Hi Robin,

Hope this thread is still monitored.

I've encountered a problem with extended characters that I can't seem to get to the bottom of.

If I send a document containing this ZPL line directly to our GX430t (lpr -o raw) it prints correctly:

   ^FO547,52^A0B,45,45^CI13^FB1065,1,0,L,0^FDK<81>ssaberg<94>, 79790^FS

(That's hex 81 for ü and hex 94 for ö from code page 850; my terminal expects UTF-8 so the characters don't display as printed)

But if I send the same document to the same printer via XMLHttpRequest, an extra character is printed in front of the ü and the ö. It appears to be the graphic character ┬ with 850 hex c2.

Does this make any sense?

Thanks

Mark


Mark Copper

Hi Robin,

Thanks for suggesting the ~JD diagnostic. It allows me to see that there is indeed an extraneous hex c2 sent to the printer just before the non-ASCII character.  And since I can see what is fed into XMLHttpRequest, I can be sure that XMLHttpRequest is adding the byte.

Since we don't generate the ZPL, I'm not sure what to do next but I understand the problem better.

Mark

-----------

Just a follow-up note for anyone else that might have encountered the same problem. The problem appears to be passing an unsupported character set through the browser. Character set IBM850 and Firefox browser in my case. Even if I set the Content-Type header parameter charset to IBM850, Firefox will still try to interpolate a non-ASCII character into UTF-8. As a workaround I have included a javascript download button alongside the print button. So when a label contains a non-ASCII character, the label can be downloaded and sent to label printer via CUPS. Hopefully this problem will disappear as label vendors migrate to UTF-8.

MC


Anonymous (not verified)

Hi Russel, Please verify you can get to the printer webpage at all.  Enter http://10.64.57.105/index.html in your usual browser.  If you see the page then the /pstprnt header might not be correct.

If the page does not show up, then it has been disabled.  Use Setup utility to turn on HTTP  - send

! U1 setvar "ip.http.enable" "on"

followed by a carriage return.


Ryne Partlow

Hi Robin,

We have developed a solution in our application to print automatically from a browser similar to your example. It got through all of our testing environments, but then failed when we moved this solution to our Production environment. The Production environment uses HTTPS while the test environments were HTTP. Is there any way to get this to work by sending a POST through HTTPS? Our server is not on the same network as our Zebra printer, so I believe we have to send a request client side in Javascript. We have the IP of the printer on the client side as well.

Thanks!

Ryne


Rinaldo Verde

Hi Robin,

thank you for your useful examples. I'm trying to print using an http post like in your example, on a printer model ZTC TLP2844-Z-200dpi, but the address set in your html page HTTPPost_printing.html doesn't work. The printer web server response is about an error 404 for the url http://<my_ip_address>/pstprnt. I was wondering if you could know the page to send own ZPL script to ZTC TLP2844-Z printer.

King regards

Rinaldo


Anonymous (not verified)

Anyone having issues with CORS or wanting to POST print via HTTPS, please contact Zebra Technical Support. It is the best method to get these concerns escalated.


Raja Boyapati

Hello Robin,

Your post on printing via HTTP was very helpful. I know the question below might be redundant to your explanation above with regards to getting feedback.

But I want to make sure if all doors closed in HTTP approach to get an appropriate response from the printer.

We are using Zebra ZT410 RFID printer and are communicating to the printer via HTTP post. By default printer sends a 200 "Successful" response as long as the communication is successful.

We would like to receive actual error feedback in case of any error while printing due to any hardware / ribbon / tag related issues.

Please suggest how this is possible via HTTP.

If the response as requested above is not possible,it is also OK if there is a way to receive the value of "odometer.rfid.valid._resettable" via:

1.) HTTP communication

OR

2.) through some integrated communication via SAP system (which is our backend ERP system) in same network.

We cannot use any desktop applications or extensions for our requirement.

Any help here is very much appreciated !!

Regards

Raja

P.S.: I have reached out to Zebra technical support but I was asked to reach out to developer community for such requests.


PAULA CHRYS DOS...

Robin, can I use HTTP POST  in a zebra installed in a network PC?

I use this adress: XX.X.X.XX/zebra (shared printer), or just works in a zebra's IP?

I try to add this path in your examples, but doesn´t works.

There is another method?

Thanks. Paula.


Richard TCS

Robin, can you please help with another issue about Zebra and EPL? It's about printing special characters via HTTP POST.
We could chat by email, if it pleases you.

Thanks already,
Richard.


Gaston Savino

Hi Robin,

Excellent article! your example works fine for me, but when I try to implement it in my web page, it doesn't work because my web page is https and I get the message "Mixed Content: The page at 'https://localhost:44310/Home/ProductSearch?pageNumber=1&pageSize=20' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://192.168.0.75/pstprnt'. This request has been blocked; the content must be served over HTTPS."

How can I have the printer working over a https service instead of http?

Thanks,

Gastón