We are also seeing this issue on mulitple GCP printer. Some are online and some of the same model as the ones offline. It is happening to our chromebooks on version 61 and 62  

We are having the same issue.  A couple observations:

1.) Only devices properly showing "Online" are showing up under chrome://devices.

2.) Deleting the offline printer and re-adding brings it back online (but requires resetting all the sharing permissions).

3.) Even printers that are on the same network, one will show "online" and the other "offline".  Seems to negate a network, firewall, content filter type issue.

We're needing to disconnect and reconnect all of our classic printers in Cloud Print, then remove the old and re-assign them to each OU in Google Admin.

As of this morning, of my original 70 cloud printers only 14 are showing as online. When test printing to them they are still functioning.

[This may be a backend bug, in which case it may need a buganizer bug. Will let Eng review and make the call on routing this]

We are experiencing this as well.
 
Yesterday we started removing the queues that were showing as offline, adding them back using chrome://devices then setting sharing back up. Today, while continuing this work, we noticed that the ones we did yesterday were now showing as offline again.

So, 90+ sites are now showing all printers as 'Offline for over a month.'

We are experiencing this as well.
 
Yesterday we started removing the queues that were showing as offline, adding them back and re-sharing to devices and users and groups. This afternoon we noticed that nearly half of the ones we did yesterday were now showing as offline again.

When we came back from Winter Break on January 2nd, I noticed that most of our printers were grayed out and showing “Offline for more than a month.” Users weren’t able to print to these printers from Chromebooks. We noticed some strange behavior with the Chrome browser that was running on the Windows print server which we have the Google Cloud Print Connector running on, and realized that Chrome had automatically updated to a new version over the break. We reverted back to an older version of Chrome on the Windows print server (down to Version 62.0.3202.75 (Official Build)(64-bit) and set it to *not* auto update) and re-registered printers with the connector.

Users are now able to print again. Printers aren't grayed out, and no longer show the offline message. Something in the latest version of Chrome must have caused the issues. We're going to stick with v62 for now so that students can print.

I was going to attempt the same thing, reverting to an older version of Chrome on the machine that the cloud print service runs on, but was waiting for the end of the school day here.

We are experiencing this issue as well. We have 144 printers that are used almost every day and over half of them recently started displaying the "Offline for more than a month" status. We manage the print queues on a Windows 2012 Print Server. I also have a test 2012 print server that has the same printer on both print servers. They are using the same print driver and one has the issue, and one does not.

We are experiencing the same issues as described by others. 25 Classic Printers hosted on Windows Server 2012 R2 running Cloud Print. In the last few days, all printers have started showing as "Offline for more than a month", but you can still print to them. Chrome on server is updated to v63. Unregistering/reregistering cloudprint did not not help. During this, we had the same issue as comment 10 and needed to enable flash on the site to allow the registration process to finish.

Most, if not all of my classic printers registered with the cloud print service are online.  It's the cloud-ready printers that are showing Offline for more than a month.

Is this happening with printers connecting via connectors or also with cloud ready printers connected directly to cloud print (i.e., no connector)? Given the scale of the issue, this could be related to the connector or the latest chrome version.

Jay - Can we try to narrow down the cause of this? Seems to be across the board (different chrome versions, cloud ready + classic printers). 

Robert - Adding you in case this has to do with a chrome version (c#29 seems to suggest a chrome version issue).

 crbug.com/782330  may be related
- If this is a backend issue lets use b/71678287 for discussion

Regarding my Comment (#10), I removed Chrome 63 and reverted back to Chrome 62.  Google Cloud Print was then able to register the service.  Printing is working once again.

I just noticed this issue last week.  If I add a new printer, that one shows as online, even though it's the same exact printer.

For those that have tried reverting back to Chrome 62, did you un-register the printers then uninstall and re-install Chrome (installing ver 62)? Did it have any effect on the printer sharing? I'm still thinking about trying to revert back to 62, but with over 70 printers I don't want to have to reshare them all.

Had this problem last week with most but not all of my printers. Come in this morning and all are in an offline state. Can still print to them though.

Came into my school district this morning to all 89 printers being "offline for more than a month" though many were working on Friday. I have to unpublish and republish (not to mention reshare) to get them back online. Rather cumbersome. 

Sam e issue, not wanting to republish and reshare, hoping for a better solution.

Hello  I'm seeing this issue also, what is the timeline for a fix?

Just gonna add my voice to signal boost. This is massively disruptive to our organization, as we have recently gone 1:1 chromebooks for students and staff. 

I'm curious - for those of you reporting that you're having this issue, are you, like me, still able to print to the printer?  I can and the document does get printed.  The only indication of something 'not working' is that it shows as offline in the cloudprint management website.  Other than that, it still works fine for us.

Same here, massive inconvenience in a school with 700+ Chromebooks!

is yours showing online at the user end though?  because mine is showing offline at the user end, so they think its not working.

Re comment49 -

Yes, it does show to the end users, but they still are able to print to it.  Seems that they are not bothered by it.

We have been effected. All Cloud printers greyed out but all print okay.

We're working to resolve this issue but in the meantime could impacted customers reply back here with:

- how the printers are connected to cloudprint. Are they native cloudprint printers? Chrome-based connector? GitHub standalone connector or something like paper cut?

- how long since you last re-registered the printers in cloudprint (how old are the cloudprint printer objects)?

- can you confirm the printers appear offline when trying to print from older Chrome versions (62, 61, etc)etc) please mention exact version of Chrome you tried with and if there was any difference.

- All printers classic connected with the Cloud Print Service from Google.
One deployed through PaperCut
- Mixed, most registered a few months ago, some from 2 weeks ago.
- Can't find any older devices to test with...


Joel Criger
Information Technology
Client Services Specialist
Boulder Valley School District
720-561-5992
joel.criger@bvsd.org <Joel.Criger@bvsd.org>

Our devices are showing off-line, but users are still able to print.

My printers are connected using the Google Cloud print service connector.

I've attempted to re-register printers every day since we've seen this issue. Some of my printers were first registered with cloud printing in 2015, some are more recent, however of my 70 printers, 2 show online still both of which were registered with cloud printing in mid December 2017.

On my print server I have Chrome 63.0.3239.132 as of this morning. I haven't tried an older version on the server yet due to concerns about having to re-setup the sharing on 70 pinters. I don't want to risk losing who the printers are all shared with. It doesn't seem to matter which version of Chrome I try and print from (laptop, chromebook, etc.) it only seems to matter what the machine that serves the printers is running. I have a Chromebook on the beta channel which is at 64.0.3282.41 and it shows the printers as offline also.

-My printers mostly classic printers connected with the Cloud Print Service from Google.

-Mixed, but majority registered two years ago.

-Offline in version 49, but still prints.

I have two cloud printers - using Uniflow. Both were created this summer.  I don't have any devices that have an older version of chrome with which to test. 
Currently on  63.0.3239.132 (Official Build) (64-bit)

We are using Chrome 63.0.3239.132 on a win 10/64 that has legacy printer network shares and a couple of cloud ready devices. ALL show off line. It started with the cloud ready ones in early December and gradually took over the legacy ones. I had a few that did not say off line on Jan 4, but after a reboot of the PC they are all now saying offline. Chromebooks and PCs show the printers as off line but they are still able to print.  

- printer are connected via Chrome browser based connector; chrome://devices lists no printer under "My devices"; last week had a few showing, but this week none

- most printers registered in 2013; a few registered in 2014 and 2016

- can still print to printers, even though all showing offline

- Windows Server 2003 Standard using Chrome browser 49.0.2623.112

We use PaperCut and I can confirm that the issue happens with versions 59-63.

Printers are set up on a Windows Server 2008 R2 64 Bit but GCP is shared via PaperCut connector. Most printers were initially published in 2015 (though I've had to republish all of them today) Chromebooks, PCs and Macs are running a mixture v63 and v64. Unlike other reports, we were NOT able to still print to the printers after ignoring the "offline" status even after a server reboot.

We were not seeing this as of 1/5 but are now affected.
Using uniFLOW Print Service for Google Cloud Print on Server 2008 R2

3 weeks ago, we also successfully tested against the new certificate authority
https://support.google.com/chrome/a/answer/7576008

We have Papercut, Linux and Windows GCP and Cloud-enabled printers configured globally, they're all showing as "Offline for a month", they haven't been offline for a month because I printed to one only last week (Thursday) and the error wasn't there then.

I am still able to print to the printers without a problem. 

Using Google cloud print connector, old chromium 58 on a linux host. Clients are chromebooks on stable channel.

FWIW, they show as offline in the console as well (google.com/cloudprint). We CAN still print to them.

Most of our objects are very old, some back as far as 2013. However, the only ones on this connector that ARE working correctly are a handful that we created on Dec 14.

I've attached info from the cloudprint console "Advanced Details" output for an example of a working and an offline printer.

-Jonathan Hankins

Deleted: gcp_working_example.txt 1.2 KB

gcp_working_example.txt 1.2 KB View Download

Deleted: gcp_offline_example.txt 1.3 KB

gcp_offline_example.txt 1.3 KB View Download

 Issue 782330  has been merged into this issue.

Our school is experiencing this same issue. 

We are experiencing on all printers that were registered prior to Dec 6. We are experiencing this on all of our multiple accounts. On versions Chrome 62 and 63. Brother MFC printers as well as software-connector printers. 

I have a number of printers-mostly Lexmark and one or two HPs- both classic and newer ones.  About the end of November/Early December they all stopped working with Google Cloud Print. That is they no longer appear as a cloud print printer. 

I've updated all the software (Chrome/OS), updated drivers for the printers, deleted all printers, re-added them, they are all on-line.  The printers work fine if I logon to a chromebook with my id. They do not appear under the CloudPrint section using a different id on a Chromebook.

I've verified that the printers are shared using admin.google.com; and then I deleted/re-added them under admin.google.com to verify that it was fine- they still don't appear as cloud print printers.

I've added the printers to a completely different system to see if there was a system problem- same results- everything looks fine but the printers do not appear.

We are a school and have a number of carts of chromebooks.  Each cart is in a different classroom and uses a different printer- none of them appear; all are on the latest stable release of Chrome.

As an aside, the printers look like they are available under the 'local' area but they all have generic names- i.e Lexmark MS810 so you can't tell which printer you're actually printing to.

Another thing that is happening- don't know if it's related or not but on my Lexmark MS810 with the latest version of firmware when printing from Chrome (not cloud print but local) it will not print unless I use "Print Using System Dialog".  A different physical printer with an older version of the firmware prints without using "Print Using System Dialog"

I believe that whatever logic on Google's backend that keeps track of the "last print job at" is broken. I think this was introduced around Dec 6/Dec 7. Now that it's been one month since this bug has been going on - everyone's printers are dormant/offline and "haven't printed for a month" (according to the field that stop updating).

Called google they directed me here about this issue. Hope they get a fix today. Affecting all 31 of our printers.

Comment 67 by 1upgreenshroom@gmail.com: This doesn't sound related to this issue, it sounds like an issue with sharing from the admin console, not printer online status. Please do submit a support ticket for help:

https://support.google.com/chrome/a/answer/6274206?hl=en&ref_topic=6274572

- how the printers are connected to cloudprint. Are they native cloudprint printers? Chrome-based connector? GitHub standalone connector or something like paper cut?
In our case, the printers are all Classic printers on a Windows 2012 R2 print server. They are shared through Google Cloud Print Service.

- how long since you last re-registered the printers in cloudprint (how old are the cloudprint printer objects)?
The printers have been functional for several months without. Details on the cloudprint printer objects show they were registered with Cloud Print in July, 2017 and have a "Last Updated" date of January 6, 2018. Under Adavnced Printer Details, the last print job recorded is December 4, 5, or 6. All of these printers had print jobs run through them well into late December (I can see the jobs in the print history in Cloud Print). 

- can you confirm the printers appear offline when trying to print from older Chrome versions (62, 61, etc)etc) please mention exact version of Chrome you tried with and if there was any difference.
From our testing it looks like the Chrome version on clients does not effect whether or not the printers show up as offline. Have tried Chrome 62 and 63. The offline printers don't even show up in Chrome (63) on my Samsung Galaxy 8.

-Printers connected through Google cloud print service. GCP service running on on a windows server where the MS print queue is also hosted. 

-Print queues originally were created anywere from October 2014. This is on all 85+ of our print servers. Then on last Thursday, to try to resolve this issue, we started to re-add, delete and share the print queues through chrome://devices on roughly half of the print servers. But at somepoint overnight, they went back to the same status. 

I concur with Comment 69 and the data that I have on my cloudprint objects supports that. On all printers that show as offline, the "Last print job" (seen after clicking Details on a printer in cloud print management) is December 3, 4, or 6. Clicking on Show Print Jobs for these same printers lists print jobs going back several months and continuing through today.

All of our cloud printers are offline as well with the same symptoms.  

I've created a new print queue on our Linux GCP Server and added to the policy for my Chromebook. After refreshing the policy I can see the new printer Online but other existing printers still show as offline. 

Deleted: Screenshot 2018-01-08 at 18.01.59.png 9.1 KB

	Screenshot 2018-01-08 at 18.01.59.png 9.1 KB View Download

1upgreenshroom@gmail.com, my apologies, comment #71 was meant for:

Comment 68 by polgar_diane@cusdk8.org

and I marked it as #67 by mistake.

I have 5 devices that all are connected through HP Eprint service and they are no longer working.  I use the Google Cloud print service.  All devices are native cloud print printers.  I just created these in November using HP Eprint service to add cloud printers.  They were working for approximately 2 months until Jan 4 when they no longer had any jobs.

The queue says that they are online but the printers were no longer showing up on Chromebooks.  I removed printer from cloud print service and HP service and attempted to re-add but HP service would not work.  I removed the device from Eprint and then readded printer to GCP service and it appears to be working after I removed the queue from Google Admin and readded the new queue.

Same as all the rest offline for a month 2 site.  

pchalla@ if possible can yo please try to reproduce the issue.

In order to "fix" this for my users, I deleted all my classic cloud print printers and recreated them. These show up OK, but as a follow-up to the idea about the print history having a problem, I noted that in cloud print management, the details page for these recreated printers notes "Printer is online and ready to print" in the spot where the old ones were showing "Last print job at..." even though jobs have been flowing through the printers. Unless this issue is corrected, I'm guessing that my newly created printers are going to start showing "Offline for more than a month" about 30 days from now.

Same issue. Offline over a month even though print jobs completed within the past two weeks. I deleted all printers, added them back to GCP, and linked printers to the chromebook using the device manager in the G-Suite console. 

108 of my 111 printers now have this status.  It's great that they still actually print, but not great that the users see the printer status as offline.  This needs some attention quickly.

Same issue here.  The printers all show as being offline for more than a month even though they printed jobs last week.  The printers still seem to work even though they are showing as offline.

We too are affected.  The web based management of this tool (GCP) leaves a lot to be desired, especially in an enterprise setting.

We developed this issue this morning, at first we were not able to print at all to the "offline for more than a month" printers, after re-registering (without deleting), and then waiting about an hour we found it was possible to print to them although they still showed "offline for more than a month".  That was still disconcerting to the users so we unregistered and deleted them all, then registered again and re-shared, after that they worked normally without the "offline for more than a month" thing.

It took the better part of the day to re share some 300 printers.

450+ printers

- All printers are registered via Chrome-based connector

- I have not re-registered the printers

- Printers show offline on Chrome browser 51.0.2704.106 but I was able to print.  Chrome browser 62.0.3202.75 showing offline, but I was able to print.  Chrome OS version 62.0.3202.97 shows printer offline, but I was able to print.

We're seeing this issue at one of our clients. The problem started on one of the printers last Friday (5/01).

Printers:
3 Zebra ZT230 printers (Zebra 1, Zebra 2 & Zebra 3)
1 Kinoca Minolta C3850

Setup:
All printers are connected to the local network (wired) with a fixed IP address. The printers are configured in CUPS on a local Debian server. This server runs Chromium 56.0.2924.84 (sorry!) which we use to share the printers with Google Cloud Print (through chrome://devices). Print jobs are submitted from our application through the GCP API. Apart from CUPS there are no external services/apps.

The printers were initially added to Google Cloud Print about 8 months ago.

Timeline:
Last Friday (5/01) the first printer (Zebra 1) started showing as "offline for more than a month" (DORMANT). We removed this printer from CUPS and GCP and re-added. The printer is working fine now and shows as online.

This morning (8/01) the other printers (Zebra 2, Zebra 3 & the Kinoca Minolta) appeared as DORMANT in GCP but the printers still accept and print all jobs. Zebra 1 (which we re-added last Friday) appears as ONLINE and also works.

I'm not familiar enough with the Cloud Print code to debug this further but since this issue also occurs with an old Chrome build this probably isn't caused by a recent regression in Chrom(e|ium).

Just to add to 90 - I don't think this is build related, we are running various models with different builds globally some in Beta some in Stable, i've had this reported from various different regions (New Zealand, UK, South Africa) all using different Cloud Print methods, everything from Papercut to Linux GCP and Windows GCP1, also Cloud enabled printers. We've not had a recent update.

I first noticed the issue Sunday morning.  

#CBC-RS/TC-watchlist 

FWIW, as I mentioned in 64, our GCP connector has been running under Chromium 58 w/ no changes for months. The printers show offline starting mid-december, and do so at google.com/cloudprint (not just in the client's print UI). I don't think this is an issue with any changes on the connector or the clients trying to print, I think it's on the back end.

All my printers are greyed out showing offline for over a month. I contacted support and we did testing and determined that the printers are in fact available on-line. It seems to be reporting a false positive. Can you please correct this issue as soon as possible, my phone won't stop ringing. FYI - I have a little over 200 printers across 9 buildings that this affects.

Not sure whether or not you have done anything but this morning i've noticed that a handful of my printers are now appearing back online. Probably around 40%. Is anyone else noticing this?

It appears, at least for my sample size of 1, that the issue is somewhat resolved. 

A print job to a dormant printer that was impacted by this issue is now causing that printer to go back online (sample size 1 virtual software connector).

I have printers appearing online now.  We are using the Uniflow Cloud Print connector, and have had this issue for around a week. All 9 Printers were appearing "offline for over a month" but users were able to print. Since this morning I noticed one was online.  Each printer is connected via a different windows 7 workstation.  I restarted one other workstation and the printer connected to that appeared online.  I have just restarted another and it appeared online as well.  Looks promising.  Restart either your server or the service and see if the printer appears online.

We are a school with around 45 Printers, having the same issue, all the printers are administered through PRINT Server ( WIN 2012R2), and a GCP service connector was installed to publish/mirroring all the printers from Server to Cloud Print Web page.
Since Couple of weeks all the printers on GCP Show " OFFLINE FOR A MONTH", but actually, they are working. 
I tried, restarting service of more than hundred times and restarted Server itself for many times, this doesn't change anything, stick with the same behavior.
Logically, If I could remove a Printer and RE_ADD again as New printer, Such printers would be displayed as ONLINE, with my circumstances I couldn't do that.
However, I have logged a Ticket to Google Technical Engineering team, who responded to resolve the issue with no ETA. ( expecting by end of this week, hopefully)

All, thanks for the details on your environment, they were very helpful in understanding the issue. We've discovered a server-side bug that was preventing printers from updating their last print job time and causing them to go offline/dormant after 30 days.

The server-side issue was fixed a few hours ago. You should find that as soon as an "offline/dormant" printer prints a job it will come back online.

If you have many offline printers, it's possible to automate sending a very small print job to each of them with GAM. See the thread at:

https://groups.google.com/d/msg/google-apps-manager/AxKUD5sEvjg/lP2wqRNyDwAJ

for details. Please keep GAM discussion in the GAM forum as this bug is already very busy.

I'm not sure if i'm seeing a different issue or whether it is linked. A number of my printers have now come back online but the ones published through CUPS via the Linux GCP Connector are still showing offline. I've attempted to send a print as mentioned in 100 but it the print just shows as "queued" and doesn't make it to the printer. I've tried a few different printers and they all do the same. 

Also the new printer that I managed to bring online yesterday (76) has now dropped offline. 

Deleted: Screenshot 2018-01-09 at 13.02.59.png 5.0 KB

	Screenshot 2018-01-09 at 13.02.59.png 5.0 KB View Download

Are you saying that the affected printers were those which remained dormant (were not printed on) for 30 days, or that it just took 30 days for the bug to propagate? 

If it’s the first, I hate to rain on the parade, but until I try moving printers back to GP1 and see if our issue is related to a “30 day” bug I’ll reserve celebration. Ours all went over a two-three day period last year. Fifteen or so went all at nice, or close enough to make it look like it was simultaneous. Others remained online for a couple days - I used them in testing the original issue so I know this for a fact. All 20+ printers are in classrooms or on carts that get daily use. I know that practically none of them went 30 days without a job.

Still, here’s hoping!
Damien

Sent from iPad

dbawn@ all printers older than 1 month should have been affected. Even though they were active with jobs the activity was not updating the printer status and thus after 30 days they were marked as dormant.

Now that the issue is fixed server side, sending a print job to these printers will correctly update the printer status and they should no longer show as offline/dormant.

OK - Adding to Comment 101 - I think that in the process of trying to fix the previous issue we caused an issue with our CUPS Server, we've now resolved the CUPS Issue and printers are coming online as we send test prints to them. 

Without having to sent print jobs to everyone of them, all 450+ printers are showing back online.  We are using a print server (Win2012R2 with GCP Connector).

Just need a confirmation here, will this fix only apply if the Print owner initiated it? I have a case here that when an end user tries to print, the status of the printers are still showing offline. I just want to confirm if this is intended if the end user is the one who's sending the jobs. Thank you. 

Reply to Comment 107 to try and assist - A number of my printers came online without me having to do anything at all, they seemed to be the ones that were published using the Windows GCP Connector, one of my devices with an inbuilt connector came back online following a reboot. All of this left me with about 20 or so printers still offline published via Linux GCP. To get them back online I just sent a print to them from my own non-admin Google account, literally just opened up a doc, typed "test" and sent it off.  we use a separate account to register all of our connectors and printers. Not sure if this helps you? 

Began to fix by sending print through to printers showing 'Offline for 30 days.' Seemed to be working great. We started receiving reports that printing was continuing to be problematic. Went in and noticed duplicate printers had been created. Deleted duplicates, re-added and bounced services. As fast as we can delete duplicates, they are re-created. On a positive note, it seems both the original and duplicate are printing. Seeing this at all of our sites (90+). It appears the fix has broken something else.  

dfleck@ - duplicate printers is usually due to having multiple Chrome profiles which are creating the printers (for example, the Cloud Print Service as well as Chrome interactive on the desktop creating the printers on the server.

@jayhlee To clarify the report above. The 85+ servers we have setup are all setup with only the Google Cloud Print Service and no other service. Prior to the Offline issue being resolved, thank you by the way, they were not being duplicated.  

skreiss@ as scott.gardiner@ found in comment #105, sometimes in troubleshooting / investigating the issue additonal issues are created. I'd suggest you check if someone happened to open Chrome on the cloudprint server and re-register those printers, it's a common issue.

In any case, you may want to investigate moving to the Cloud Print Connector instead of Chrome (requires recreating printers though, be sure to uninstall Chrome from the server).

https://github.com/google/cloud-print-connector

No one else has re-created these queues. Through our service desk, we have gotten reports escalated to us that printing is not working. It is inconsistent what we are seeing across our servers that started as of this morning. 

There will be duplicated print queues for most print queues, the original ones will not print but the new one will (once sharing is set). 
In some cases, the original will be showing offline and the new queue online. In some cases both are showing online. 
In both cases, only the new queue can be printed to even when the sharing has been fixed. 

When were going through and deleting the older ones that did not work. New duplicates are created sometimes within seconds so we stopped deleting for now and just removed the sharing. 

Deleted: BenDuplicates.JPG 36.4 KB

	BenDuplicates.JPG 36.4 KB View Download

Skre@ (Comment 113) - If you hit the details button on each of those printers, the original and the duplicate does that give you any further information that may help? ie, GCP Server Hostname. Then secondly if you print to one of those printers and then look in "Show Print Jobs" what is the print status showing as? If it's showing Queued as mine did in Comment 101 then this may hint at a communication issue between your GCP Server and Google. Not sure if this helps you?

After reports of thinking working on this bug report site, I took a look at the 144 printers in the Google Cloud Print console and many were still showing offline. I looked at a printer near me that I have been testing and it was showing offline as before. I sent a test print to it and changed to ONLINE afterwards. I see in this bug report some have said they haven't had to send a print to it in order for the status to change, but I did. I still had many that were offline, so I restarted the Google Cloud Print Service on the print server. All 144 printers are now showing online... for now. Hopefully, they don't drop off in X days.

Has anyone noticed that the default printer is now not working - I think this happened at the same time as this issue - I was able to get it working again by removing the default printer and re-adding it in the public session settings.

admin@libdayadev.com, that's a different issue being tracked in  crbug.com/801181 .

Please follow along there.

I had to print to each printer to get them to show an online status. Cloud Print is working on Chrome and Windows devices but is still NOT working on Apple devices in our network. Anybody else experiencing this?

 Issue 799877  has been merged into this issue.