New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 462221 link

Starred by 22 users

Issue metadata

Status: Verified
Owner:
Closed: Apr 2015
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug

Restricted
  • Only users with EditIssue permission may comment.


Show other hotlists

Hotlists containing this issue:
Hotlist-1
Hotlist-2


Sign in to add a comment

Disable Chrome offline game (T-Rex) if device is enrolled

Reported by josuej@chromium.org, Feb 26 2015

Issue description

Chrome OS version: 40.0.2214.115 Stable
                   41.0.2272.65 Beta
                   42.0.2305.2 Dev

Description:
School district use Public sessions for all users and have configured policy to disable any type of game, however, users are aware of the Chrome Offline game (T-Rex) so they are disconnecting the Chromebooks from the Internet (turning off Wi-Fi), open Chrome browser and hit the space bar, by doing this an offline game with a dinosaur will load inside the browser UI allowing the users to play with no restriction.

Use case:
Having a policy in the Admin console to block the Offline Game built in Chrome will allow Schools to avoid having students disconnecting the network and accessing the game, this impacts the students attention to the classes and also affects the usability of the device since most of the students don't turn ON the Wi-Fi interface once the class is finished, when a new students try to access the Web, they are forced to activate the Wi-Fi card and this is a huge issue when kids from 1st, 2nd grade are trying to use the device.

Motivation:
Chromebooks on educational organizations are designed to improve the learning experience for students. Having a distraction within the same tool that is meant to help them is contradictory, Also harmful for teachers that are trying to keep their students focused, not playing games.

Existing workarounds:
There are no workarounds available, tried to use URL blocking policy and block the data/image path that is loaded through the script but the URL was marked as invalid in the policy section.
 
Owner: cyrusm@chromium.org
This sounds very reasonable for the EDU use case. Routing to product team for triage.
Sorry - I'm a bit confused by a few things.  First, in Public Sessions mode, how are the kids accessing an offline game?  Public Sessions wipe everything after any user leaves.  Second, what does the pressing spacebar do?  Third, how are the kids getting the offline game installed in the first place?

Thanks!

Comment 3 by edoan@chromium.org, Mar 2 2015

This is the "Easter egg" that's built into the "Unable to connect to the Internet" screen on Chrome. 
https://codereview.chromium.org/545973003

http://thenextweb.com/google/2014/09/25/googles-latest-chrome-build-hidden-game-can-play-offline/
I also work in a school district and this was brought to my attention as a distraction in classes as well.  I'm looking for a way to disable this too.  Please advise.
Can this be something that is disabled automatically during the Enrollment process for managed devices?
Cc: cyrusm@chromium.org
Labels: -Type-Feature Type-Bug
Owner: edwardjung@chromium.org
HI Ed,

Would it be possible for you to please disable your dinosaur easter egg if the device is an enrolled device?  As you can see from this thread, students are using the easter egg as a way to not do work in school and it's really irritating teachers and administrators.  Gotta love kids and their resourcefulness. :)  Many other features check if the device is enrolled (like smartlock, etc.) so it should be a fairly easy change.  Thanks, Ed!

Cheers,
Cyrus 
Summary: Disable Chrome offline game (T-Rex) if device is enrolled (was: Policy to disable Chrome offline game (T-Rex))
Status: Assigned
We totally didn't see this happening but feel for the teachers. I'll look into making a change to the code.

Cyrus, I'm not too familiar with the enrolled device status.  So can I just confirm this is only related to CrOS devices or are we talking about all platforms, are there enterprise enrolled versions of Chrome for Android for instance.

Comment 9 by wberoux@google.com, Mar 6 2015

I'm looking forward kids starting to program games so as to bypass restrictions and in the process learn coding and a whole bunch of stuff (done that).
Hi Edward - yes - only Chrome devices can become enrolled.  No need to worry about other platforms.
Labels: -OS-All OS-Chrome

Comment 12 by Deleted ...@, Mar 6 2015

I also would like to see a policy setting for this or something to stop the functionality of the game. Students unplug their computer from the network before they open Google Chrome to play the game. Next thing is that they leave the classroom without connecting back to the network with all the trouble that gives.
Cyrus, is there a SWE you can hook me up from the CrOS enterprise side of things to give me some guidance in surfacing whether a device is enrolled. My area is front end so my understanding of the codebase is a bit limited. 

I'm currently doing this, following the many examples in the codebase: 

   policy::BrowserPolicyConnectorChromeOS* connector =
        g_browser_process->platform_part()->browser_policy_connector_chromeos();
    std::string enterprise_domain = connector->GetEnterpriseDomain();

then checking:     !enterprise_domain.empty() from NetErrorHelper::GenerateLocalizedErrorPage

This just crashes the network error page. Someone described to me that the renderer process and the browser process is separate and work differently. The error page is generated in the renderer process. I don't know if this is causing some problems.

Thanks.
Cc: atwilson@chromium.org
Hi Edward - sure thing - I've cc'd atwilson@ who can point you to the if/else statement (snippets of code) you can use to determine if the device is enrolled.
atwilson@ any pointers you have would be great. 

A question, do you know if it's possible to differentiate between Edu enrolled devices versus other corporate enrolled devices? Just thinking ahead that that enterprise users (like Googlers) will be affected by this change.
It's not easy/possible to check enrolled status from the render process. Typically the way we implement features like this is by checking the policy from the browser process, then passing a commandline flag to the render process.

If you add support for a --disable-dinosaur-easter-egg (or similar) flag to the renderer code, then you can update ChromeContentBrowserClient::AppendExtraCommandLineSwitches() to pass this flag for enrolled machines.

It's better to use browser_policy_connector_chromeos()->IsEnterpriseManaged() to tell if the device is enrolled. There's no way to differentiate between EDU and corp-enrolled devices - if we care about this, we should build this as a user policy. Cyrus, the solution you've proposed will break this easter egg for googlers on their corp-owned devices. Is this OK?

Happy to review any CLs.
Given that the following would all have to be satisfied for a Googler to lose this fun game:
 1. Chromebook
 2. Enrolled
 3. Offline
I think we're ok to use a slightly bigger hammer for now. :)
Aw, can we please make it an explicit policy?
To be clear - this only impacts chromeos devices - Googlers and other enterprise users still have access on other platforms.
I have a CL with atwilson currently which is the blanket disable approach.

However some feedback from my Chrome UX colleagues was this should probably be a policy. I'll probably need SWE support to help implement this as I'm not familiar with that side of things at all. 


Who on the UX team has concerns?
+1 to atwilson's comment in #21 - enrolled devices means the owner of the device is *NOT* the user anymore- and no admin wants this unfortunately.  So, to avoid complexity, let's please remove it for any enrolled device.  And if a company really complains that they really want their employees playing games, then please let me know and we can go through a v2 effort to turn it on more selectively - but making it a policy is a huge issue - requires engineers on server-side to add UI, requires UX resources, etc., etc.  So, short answer, no please.

Comment 23 by glen@chromium.org, Mar 13 2015

If this is disabled in any situation, then pressing spacebar should display a "disabled by your administrator" message, rather than suddenly just stopping something from working. Blame is important.

Comment 24 by glen@chromium.org, Mar 13 2015

Actually, it should be "Fun disabled by administrator", or equivalent, to let people who never saw the original know that there was something fun there (the plain disabled message makes less sense).
+1 to the "Fun disabled by administrator" string. Will follow up on the code review with that suggestion.
Glen, great suggestion. I'll make changes to the CL.
Agree we should say "Game disabled by administrator" - but NOT "Fun disabled by administrator".  That's just mean.  We wouldn't tell a caring parent that they 'Stopped fun for their children' when they're simply doing what's best for the kids and asking them to do their homework before playing video games.  It's not our place to be judgmental here - they own the devices and if both teachers and administrators don't want kids screwing around when they're supposed to be learning, that's 100% fair.
Cc: ainslie@chromium.org
+ainsle for comment on the disabled string.

Attached a video clip of how the notification comes up. It's the material design 'snackbar' [1]. I've currently got it displaying once and fading out after 5 seconds. I can adjust this duration or make the message stay permanently there.

[1] http://www.google.com/design/spec/components/snackbars-toasts.html#snackbars-toasts-specs
easter-egg-disabled-notification.mov
1.7 MB Download
Looks great Edward - we just can't have 'Fun disabled' as a message.
Cc: glen@chromium.org
:( Bummer. 

I generally dislike contact-your-admin messages because they aren't actionable...
(thinking of that crashing policy-installed extensions example) 

My normal string exercise (start specific -> simplify) is below:
1. "Your device's administrator is like an asteroid; the Chrome dinosaurs are extinct." 
2. "Your device's administrator disabled the Chrome dinosaur game." 
3. "Your device's administrator disabled the dinosaur game." 
4. "Your administrator disabled the Chrome dinosaur game." 
5. "Your administrator disabled the dinosaur game." 
6.  "Your administrator removed the dinosaur game." 
7.  "Your administrator deleted the dinosaur game." 
8.  "Your administrator hid the dinosaur game." 
9. "The owner of this device disabled the dinosaur game."

In this case, "administrator" is too jargony.  
Could "owner" be more understandable? 



Owner vs. admin is fine.

#9 is probably the cleanest.

(#1 is super fun - but still a bit biased toward the owner - could do something like "Oh oh - looks like an asteroid called Device Owner collided with Chrome to make the dinosaur extinct!" but wonder if that's getting a bit verbose :))

Comment 32 by rolfe@chromium.org, Mar 13 2015

Cc: rolfe@chromium.org
If you don't mind more wording thoughts...

- Would also stay away from "disabled" too in favor of "turned off." (go/uxwordlist)
- YouTube kids places blame on a set timer to help parents negotiate when they needed kids to not watch videos anymore (the timer is up, not that the parent said so.) Our users here are both admins and students, so our message is not to make admins take a hit for doing their jobs and helping students focus, but to point out how the setting could be changed so students have someone to ask when they are allowed to play it.

Maybe something like:
"The dinosaur is resting right now. Ask this device's owner about when the dinosaur will be ready to run again."
I do like something like "The dinosaur has gone to bed now" but that means kids are going to keep trying day after day and so you haven't solved the problem of them turning off the network, trying to play the game, then the teacher having to wait for the kid to reconnect.  They need to know the Dinosaur is gone forever for them.

Why not: "Sorry.  Dinosaurs are extinct."

I think we should leave out the second part - we don't want thousands of district children trying to find a "device owner" or bugging the teacher.


"The owner of this device turned off the dinosaur game" is pretty clear, and isn't going to offend anybody. There are lots of other places where we disable settings and users get told that the administrator has disabled that option, so let's not overthink this or get overly obscure. I'm pretty sure teachers can handle queries from kids about why they aren't allowed to play games during classroom time.
Nit pick about 'Dinosaurs are extinct' is that there's clearly an icon of the t-rex displayed on the page unless we switched out the icon with the asteroids one. 

Comment 36 by dbeam@chromium.org, Mar 13 2015

if we want to show a visual difference in the <canvas> as well, we could:
- animate an asteroid crashing into t-rex w/ a crater after OR
- just show a crater
#34 works for me. 
"The owner of this device turned off the dinosaur game"


#34 sounds good to me too.  So now we have PM, TLM, and UX all signed off.  Shall we proceed? ;)
Status: Started
All clear. I'll work on the changes today.
Updated the string and switch out the icon when the game is disabled as suggested by dbeam.
easter-egg-disabled-notification2.mov
410 KB Download

Comment 41 by Deleted ...@, Mar 16 2015

If I understand it right, there will only be a solution offered for Chromebooks and not for domain computers?
Cc: saswat@chromium.org
+saswat to consider whether we need to do anything for desktop chrome for this as well.

Comment 43 by dbeam@chromium.org, Mar 17 2015

#40: LCTM (looks cute to me)
Won't we get desktop Chrome for 'free' if we do this as a policy - i.e. GPO should also work?  I believe the question came up because we have kids using Chrome Win / Chrome Mac / etc. in schools and are similarly using the game improperly?  Perhaps CMKLOP63 can comment? :)
The current implementation just checks for enterprise enrolled devices on ChromeOS and isn't a device policy. Is it possible to check for domain locked computers within Chrome itself?

If we were to do this a policy it would need the extra resources to do the work.

cyrusm: this check is done for enrolled devices, not by policy (see comments #6 and #22 for motivation).

We could, in theory, check if the machine running chrome is part of a windows domain, if you want to assume that being part of a windows domain is the equivalent of being an "enrolled device", but that's kind of a stretch. And in any case, we can't do much for mac/linux.

So, I'd say if we want to expose this for desktop, we do one of two things:

1) Make it an actual user policy
2) Wire up a command-line flag (this is pretty simple, since there's already the ability to pass through command-line flags from the browser process to the renderer process, so we'd just have to add this new flag to the list).
This is an important issue for our classrooms also. It has become a daily struggle and administration has suggested removing the chromebooks until it is resolved. I see this issue is receiving high priority. Thanks.

Also, if there are any other "easter eggs" or planned distractions, is there a way to include them in the process to disable these distraction.

After reviewing this thread, I did not see a current workaround or solution yet. Am I correct?



Oh yes - sorry about that Edward & Drew - forgot about the earlier discussion in this bug thread.  Let's just start with the simpler non-policy - all enrolled devices solution for now.  We'll have to punt on desktop Chrome for now.
Okay, we'll proceed with the current CL. Drew could you take a look again when you get a chance.

@mr.katz there is currently no workaround. The code changes to disable the easter egg are currently under review.

Comment 50 Deleted

Comment 51 Deleted

Can you give a projected timeframe? Administration is asking. 

Will any of these approaches create a workaround to implement quicker?

Is there a way to disable the ability for a user to change the wireless setting? I set up wireless connection in the admin console, so if students cannot change it or set up airplane mode, it will reconnect automatically. If the student disconnects, it just reconnects quickly, removing the game.

Or 

Can the address of the error page be placed in a domain we can block without affecting its function for other groups? Also, the message will be consistent with other blocked pages. Our students are used to seeing "webpage blocked" messages for inappropriate use.


Comment 53 by Deleted ...@, Mar 19 2015

Yes,we are using Google Chrome in a Windows domain environment with Group Policies. Right now we have more then 150 computers that the students access; no Chrome books.  Since we are still running XP till the end of this school year we disabled IE and have only Google Chrome for a browser. As mentioned before, the students seem to like the game and disconnect their computer purposely which causes all kinds of problems.
Labels: M-43
Projected timeframe to block on ChromeOS is Chrome 43 (next release). Once this is fixed, I'll leave this bug open (change to a feature request to add support for blocking this on desktop platforms) and assign to Cyrus to prioritize.
Project Member

Comment 55 by bugdroid1@chromium.org, Mar 25 2015

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/7db1c9eae940f6f35f764ad2d107a6b28a71ceda

commit 7db1c9eae940f6f35f764ad2d107a6b28a71ceda
Author: edwardjung <edwardjung@chromium.org>
Date: Wed Mar 25 15:44:31 2015

Disable easter egg on enterprised enrolled devices

BUG= 462221 

Review URL: https://codereview.chromium.org/977323003

Cr-Commit-Position: refs/heads/master@{#322167}

[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/app/generated_resources.grd
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/browser/browser_process_platform_part_chromeos.cc
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/browser/browser_process_platform_part_chromeos.h
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/browser/chrome_content_browser_client.cc
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/browser/errorpage_browsertest.cc
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/common/chrome_switches.cc
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/common/chrome_switches.h
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/common/localized_error.cc
[add] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/renderer/resources/default_100_percent/offline/100-disabled.png
[add] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/renderer/resources/default_200_percent/offline/200-disabled.png
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/renderer/resources/neterror.css
[modify] http://crrev.com/7db1c9eae940f6f35f764ad2d107a6b28a71ceda/chrome/renderer/resources/offline.js

The CrOS enterprise enrolled check fix is now committed.
Status: Fixed
Fantastic - thank you so much for the fast turnaround Ed!  May T-Rex rest in peace on school Chromebooks now. :)
Re: comment 54, should this bug be kept open? Or do you need a separate one for the browser?
Actually, probably cleaner to log a separate issue (https://code.google.com/p/chromium/issues/detail?id=471738), so we can close this.

Note for people finding this bug via google search: if you can force Chrome to be launched with the --disable-dinosaur-easter-egg command line flag, it will disable this game on desktop platforms as well.
Labels: VerifyIn-43
Labels: -VerifyIn-43
Cc: trapti@chromium.org
Labels: Cr-UI-Shell-PublicAccounts
Students are still able to access T-Rex. We are using HP Chromebook 11's. The latest stable release is listed as 42.0.2311.87. Our chromebooks are set to use the stable channel. Do we have to set them up to use the development channel? (43.0.2357.5)

Would it be better to set the flag? If the flag is better, please let me know how to set the flag on the managed devices.
Per the "M-43" label on this bug, this bug was fixed in Chrome 43, and has not been addressed in any 42.xxx releases.
Is it correct that that release is a development release? If I am concerned about not using a "stable" release, how can I set the flag on HP Chromebook 11 devices?

Comment 66 Deleted

Status:Fail

Game still working in Peppy.

M	ChromeOS	Chrome	Type	Channel
43	6946.19.0	43.0.2357.32	release	dev
Can we set any policy to disable it?If yes,which policy?
Status: Fixed
Trapti, you are certain that your device is enterprise enrolled? Going to chrome://policy should also give you a list of polices.

It's working in 43.0.2357.19 on a Pixel. 
Yes,Device is enrolled.

Can you please name the policy for disabling this?
Status: Verified
Verified in the below build,Peppy Device.Game is not working now when enrolled.

M	ChromeOS	Chrome	Type	Channel
43	6946.20.0	43.0.2357.32	release	dev

Message displayed is "The owner of this device turned off the dinosaur game"

Comment 72 by Deleted ...@, Aug 21 2015

OK.  Now what do I do if this game is ALLOWED in my class during special times?  How do I disable this 'feature' that is only for teachers who dont control their students?
Sadly, it's not possible. My takeaway from developing this "feature" is to never ever do anything clever around gating behavior on a device being enrolled or not - we should always define a policy with an enterprise default, to leave it possible to re-enable the feature if we decide to expose UI for it.
You could have at least changed the message to "has been disabled by google for enrolled devices." Do you know how many angry students there are in a 1 to 1 school? All after me!

Kevin

Comment 75 Deleted

Comment 76 by Deleted ...@, Sep 14 2015

Why do you all care so much??? First of all, little kids shouldn't be using these computers (laptops).. they should't be using iPhones, iPads, iPods, etc. As the maturity just isn't there, they don't have the common sense to know that what they are doing is wrong and disruptive. Second of all, you should just tell students not to do it, if they don't listen and their grades decline than that is their problem. If they are distracting other students, simply revoke the device every time they refuse to listen to instruction and make them write everything on paper like kids used to do... 

Comment 77 by Deleted ...@, Sep 14 2015

I want to play the dinosour game when I dont have internet to  not get board. 

Comment 78 by Deleted ...@, Sep 29 2015

pleas lett me play game

I have been looking through Admin Console, and can not find an OPTION to enable/disable this easter egg. The --disable-dinosaur-easter-egg has been added to the command line between OS versions 44 and 45. Where is there an option? If there is not, could an OPTION to toggle be implemented? Thank you. 

Comment 80 Deleted

Comment 81 Deleted

Comment 82 by Deleted ...@, Oct 1 2015

However, it is possible to access the dinosaur game on an enrolled chromebook by performing a powerwash. (It is also possible to access it by entering developer mode.) Doing this unenrolls the device and enables the dinosaur game. I suggest turning off the dinosaur game entirely.
#79, there is no UI currently to disable to easter egg, please follow bug https://code.google.com/p/chromium/issues/detail?id=471738 which proposes adding a user policy  

Comment 84 by Deleted ...@, Oct 1 2015

I'm a student and have a school issued Chromebook that I take home. I don't play this game in school but I get why you guys turned it off. I'd just like to be able to play it at home. That's not really fair, I'm in my own house, so I think I should be able to play it if I want to instead of getting this: http://i.imgur.com/JblfQHn.png

Comment 85 by Deleted ...@, Oct 2 2015

#84, it's your school that owns the chromebook. They can do whatever they like with it, and you are really just borrowing it from them. They issued the chromebook to you for your work. If you really want to play it, get your own computer.
That being said, it is still possible to re-enable the game. Read #82.
Re: comment #82, if the school has disabled dev mode and enabled force-re-enrollment, you will not be able to powerwash your device and boot it, it will force you to switch back to verified-boot mode and then enroll back to your school's domain.

Comment 87 by Deleted ...@, Oct 4 2015

I thought Chrome was a browser, and not a games console designed to distract me whenever possible and try to hook me into loving cute Google with its mini-games. At least if you introduce these kind of redundant distracting features, why not add an option to disable them? Not everyone is a StarTrek, 8bits nerd.

Comment 88 Deleted

re #87 - please see comment #59 for instructions on how to remove the fun.

Comment 90 Deleted

Comment 91 by Deleted ...@, Nov 17 2015

If it's blocked, use a proxy editor. 
Labels: Restrict-AddIssueComment-EditIssue
This bug is fixed - closing off comments. Feel free to comment on  crbug.com/471738  if you have requests/insights around how this behavior is configurable by policy.

Sign in to add a comment