-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Chromium bug] Install blocked by administrator #11
Comments
Hi,
|
I added this information to Troubleshooting section of Installation Guide. |
Ah, I think I see where the issue is coming from. As I'm on Debian Stretch, I'm not using a PPA but using Git. The instructions on https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome/Installation include step 3: This creates the two files you mention, but with mode 644. I'm not eager to world writable that file. Anyway, it'd seem that if I rm /etc/chromium/policies/managed/chrome-gnome-shell.json (no idea about the /etc/opt/chrome...) I can install the extension just fine. I don't know Chrom(e|ium) at all, but seems perhaps that file is either not needed ... or, something else is a little wonky. tl;dr - On Debian, not Ubuntu. No PPA install. After following manual install of connector from git, removing one of the files you mention gets me able to install the extension. (Also, seems GIthub won't let me re-open... moving on) |
It's some rare conflict between Chrome poilcy and already installed extension. |
If I remove /etc/chromium/policies/managed/chrome-gnome-shell.json and uninstall the extension manually, then return the policy file the extension does not auto install. "Failed to load extension from: ~/Downloads/chrome-gnome-shell/extension starting to suspect I may be better off blowing away my entire chromium settings, however this won't necessarily help the next person facing these issues... |
And you receiving same "blocked by administrator" error?
You can not load unpacked extension sources that way. You should build extension with |
I have the same problem that has been mentioned in this report. The moment you add back the policies/managed/chrome-gnome-shell.json file , chromium uninstalls the extension. As for auto installation of the extension per policy file's presence, no, that did not happen either. |
Something is broken in your Chromium profile. You can confirm this by creating new clean Chromium profile. Removing policies and uninstalling extension manually before returning policies did not fix this issue for you? |
-----BEGIN PGP SIGNED MESSAGE----- On Wed, 2016-09-28 at 08:09 -0700, Yuri Konotopov wrote:
I'll try and report that soon.
Nope. Prior to today, I've used your .deb package from the PPA archive.
Just the presence of the policy file triggers chromium to autoremove the If the policy file is present and you start chromium, it does not auto-install Ritesh Raj Sarraf iQIcBAEBCgAGBQJX69+oAAoJEKY6WKPy4XVpq/EP/2vKJrQeOn4WgNG0FCrjOhRF |
But if you remove policies extension comes back? If so, try to remove it by hand and return policies. |
-----BEGIN PGP SIGNED MESSAGE----- On Wed, 2016-09-28 at 08:27 -0700, Yuri Konotopov wrote:
No. Chromium only auto-uninstalls the extension. I'm not seeing any auto-
I'm not sure what you mean by "return policies". Removing the policy file by hand, allows, to manually install the extension from Ritesh Raj Sarraf iQIcBAEBCgAGBQJX6+JLAAoJEKY6WKPy4XVpkmMP/2F8fzKqz7lXKXunSOt7dowW |
I faced this issue several times - one time with chrome-gnome-shell and multiple times in my organization while testing managed policies for other extensions. Here is what I experienced (using chrome-gnome-shell as example):
|
-----BEGIN PGP SIGNED MESSAGE----- On Wed, 2016-09-28 at 08:50 -0700, Yuri Konotopov wrote:
Yes. This was the case so far for me too. I installed the .deb (0.61) from your
That's what was my initial suspicion. To verify that, I looked into the /home/rrs/.config/chromium/Default/Extensions/ So here's something new I noticed here. With 7.1, yes, the auto-uninstallation Extensions/gphhapmejobijbbhgpjhcjognlahblep
Yes. Now this too happened.
This is where things are failing. After removing the extension and deploying the Manually checking the folder also did not yield any hidden extension artifact. rrs@learner:~/.config/chromium/Default/Extensions$ find . | grep -i rrs@learner:~/.config/chromium/Default/Extensions$ ls Is there any action/flag required in the chromium browser to get it to honor alternative extensions ? Ritesh Raj Sarraf iQIcBAEBCgAGBQJX6+5eAAoJEKY6WKPy4XVpEKcQAITKfcPzyjjeMZNK6KY+is6R |
To quote the same link:
|
There is a collision because now we are using managed policies, not a "external installation". From docs:
I think it may be a bug in Chromium |
Can you try modify policy file like this (add ExtensionInstallWhitelist)?
|
-----BEGIN PGP SIGNED MESSAGE----- On Wed, 2016-09-28 at 09:43 -0700, Yuri Konotopov wrote:
THanks Yuri. You nailed it. Adding a whitelist results in the extension showing Ritesh Raj Sarraf iQIcBAEBCgAGBQJX6/hhAAoJEKY6WKPy4XVp4K4P/37PdoOMW07XyxaM4+uvTTau |
Okay! But the silent installation does not happen, as is documented in chrome docs. It seems to only be manually installable. And I can still uninstall it. From docs:
|
Ok, I think we found cause. I will try to reproduce it and will report this 28 сент. 2016 г. 20:05 пользователь "Ritesh Raj Sarraf" <
|
Reported to Chromium devs: https://bugs.chromium.org/p/chromium/issues/detail?id=651197 |
Hey guys, thanks for digging into this further. I'd not updated because I hadn't had a chance to test on a clean profile yet. Super appreciated that (a) you've done it for me and (b) it's confirmed I'm not losing my mind imagining this behaviour :) |
I just looked into your debian package and found a typo in relax-chromium-policy.patch. Despite the fact that this change "fixes" current issue :-) I think that ExtensionInstallWhitelist policy option do nothing for us. |
-----BEGIN PGP SIGNED MESSAGE----- On Thu, 2016-09-29 at 22:56 -0700, Yuri Konotopov wrote:
Oh! Thanks. I'll fix that.
Yes. I'm keeping it temporary, till the chromium bug can be triaged. Ritesh Raj Sarraf iQIcBAEBCgAGBQJX7iPWAAoJEKY6WKPy4XVpAzoQAJDfAl2eMG8gdbnk5Uxmar4D |
This issue is fixed in Chromium git master branch. |
-----BEGIN PGP SIGNED MESSAGE----- On Tue, 2016-10-11 at 09:01 -0700, Yuri Konotopov wrote:
Yes. I saw that. Do you know which Chromium version that'd be part of ? Ritesh Raj Sarraf iQIcBAEBCgAGBQJX/RMZAAoJEKY6WKPy4XVpblgP/3gv58QUaPuVgrQdSxabDxPd |
It's unclear for now. I will monitor Chromium updates and will report when fix will land stable version. |
Fixed in Chromium 56 |
Hi, Chromium Version : 57.0.2987.98 built on Debian 9.0, running on Debian 9.0 (64-bit) I tried the previously mentioned solution but that didn't solve it for me :-( |
Ok found a solution, I had to add : CHROMIUM_FLAGS='--enable-remote-extensions' to /etc/environment and logged out and logged in again, as found here |
@ierpe Debian's chromium package disables extensions by default. See Debian #851927. This is controversial (there was a debian-devel discussion about it in late February). |
@rickysarraf Since Chromium 57 is now in Debian testing, could you look into doing this now? |
@jbicha The policy file is already part of the package in Debian. And on my machine, Chromium is reflecting the correct status, as per policy. |
@rickysarraf Great! Thanks for the screenshot. Yes, it's working here too. |
I can't seem to install this from the Google Store. Error message is:
GNOME Shell integration (extension ID "gphhapmejobijbbhgpjhcjognlahblep") is blocked by the administrator.
I am running Chromium as my user, but I do have sudo/root access to change any file permissions required for debugging purposes.
Running GNOME 3.21.90 (Debian Stretch), Chromium 52.0.2743.116 (also from Debian Stretch)
The text was updated successfully, but these errors were encountered: