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

Issue 734330 link

Starred by 1 user

Issue metadata

Status: Archived
Owner: ----
Closed: Aug 21
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Feature



Sign in to add a comment

Extension and local about:blank

Reported by alexy...@gmail.com, Jun 17 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36

Steps to reproduce the problem:
1. Set about blank default start page and default page for a new tab.
2. Install cVim.
3. Restart browser.
4. Press 'o', 'b' or 'x'.

What is the expected behavior?
Menu for opening a page or a bookmark. Or closing a tab/browser.

What went wrong?
Nothing happens: extensions are disabled at about:blank.

Did this work before? N/A 

Chrome version: 59.0.3071.86  Channel: n/a
OS Version: 
Flash Version: 

This is a feature request. Extensions are disabled at 'Service' tabs like Settings, Downloads or even about:blank.

That's makes using of cVim (and I guess other keyboard-oriented extensions too) uncomfortable: you can not close a service tab with your own hotkey, you need to use additional extension to get some internet nage at new tab to get cVim working right after browser starts.
 

Comment 1 by woxxom@gmail.com, Jun 17 2017

You can try running chrome with --extensions-on-chrome-urls --whitelisted-extension-id=ihlenndgcmojhcghmfjfneahoeklbjjh command line.

As for general permission, this feature was requested multiple times but it won't happen, at least in the near future. It'd super-easy for a malware extension to modify the secure internal pages and deceive users, steal user data, install all kind of stuff, access super-powerful private chrome API available on chrome:// pages internally. To counter that, each update of an extension that wants to run on chrome:// pages would need to be reviewed by a very qualified developer to get whitelisted like it's done on mozilla addons site, and it's a huge challenge with the result that benefits only a relatively infinitesimal amount of power users while Chromium/Chrome is primarily for everyone. And even if it were possible, current whitelisting mechanism is not practical because it's embedded in the C++ source code of chromium hence maintained only for Google's own extensions like ChromeVox that runs on chrome:// pages.

Comment 2 by woxxom@gmail.com, Jun 17 2017

Hmm, the above-mentioned command line might not be sufficient. You might need to make a copy of cVim extension directory, edit manifest.json, and add "chrome://*" to the "content_scripts" block in "matches" comma-separated list. And maybe "about:blank", but I'm not sure it'll work. Then you'll have to install this modified extension on chrome://extensions page instead of the one from webstore.

Comment 3 by alexy...@gmail.com, Jun 17 2017

>--extensions-on-chrome-urls

Unsupported.

--whitelisted-extension-id=ihlenndgcmojhcghmfjfneahoeklbjjh

No effect at about:blank.

>super-easy for a malware

Guess users who suffers from maleware and users who use cVim-like extebsions are different users. It would be nice to see a checkbox or a flag "switch off all stupid security and let me just use the browser".

>like it's done on mozilla addons

Firefox is dead now. Sad but true. Dead for me scince removing alsa support, subgrave for many others cause of removing XUL and all most of the addons in nearest future.
So, atm I'm traing to vake Chromium nore or less usable for myself.

 >You might need to

Ok, i'll check this way.

Comment 4 by woxxom@gmail.com, Jun 17 2017

>Unsupported.

That's just to scare you off [1], the flag is supported by the browser but not by Google :-) and is required to let those manifest.json take effect

  [1]: https://cs.chromium.org/chromium/src/chrome/browser/ui/startup/bad_flags_prompt.cc?l=75&rcl=d6653466e313dc83a33ec049a6eef95a31dda435
Labels: Needs-Triage-M59

Comment 6 by hdodda@chromium.org, Jun 20 2017

Cc: hdodda@chromium.org
Labels: -Type-Bug M-61 Type-Feature
Status: Untriaged (was: Unconfirmed)
As this is a feature request , marking this as untriaged for further inputs on this.

Thanks!
Status: Archived (was: Untriaged)
Archiving old bugs that haven't been actively assigned in over a year.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Sign in to add a comment