I have verified my IP (not the domain) using webmasters tool and it successfully verified.
I have added <link> and called chrome.webstore.install() and getting this error:
Inline installs can only be initiated for Chrome Web Store items that have one or more verified sites.
I think I should call chrome.webstore.install() from subdomain or a page. So I am calling from a page (index.html) but url is just the IP.(like http://52.1.165.721/#/home) (Angular UI routing and index is default page.)
My questions are:
1.I didn't have a domain yet. Is that a problem?
2.I have to install extension from home page itself. I got some websites (eg: https://adblockplus.org/) as examples. But don't know how to do that. Please help.
I went through
How to test inline installation of Chromium/Chrome extensions locally? ,
Chrome Inline Install for extension not working and
chrome.webstore.install(); Not working on verified site
So as Xan said I added Website link and didn't fill Verify that this is an official item for a website you own: because my domain was not listing there.
The problem was I uploaded extension using my work account and verified site using my personal account. So I added my other account as an owner with help of https://support.google.com/webmasters/answer/2454036?vid=1-635766230904751668-2044003462 and refresh list does the trick.
So I selected the verified site from drodown and after a two minutes inline install worked.
Turns out:
1.We don't need to buy the domain. IP will work.
2.Calling chrome.webstore.install() from home page itself will work too. (Url doesn't matter I think)
Related
Is there any way to start up the google-chrome browser so that an extension (not an app) gets launched as its start page?
I know I can do the following, but it only works if app-id refers to an installed app, not an installed extension ...
chrome --app-id=XXXXXXXXXXXXXXXXXXXXX
If the specified app-id is the ID of an installed extension (not an app), then chrome doesn't launch it.
Is it even possible to launch an extension as chrome's start page?
Thank you in advance.
CORRECTION: I am referring to the start page, and I have clarified the wording of this question accordingly.
I figured out how to do it, with the help of wOxxOm ...
chrome chome-extension://XXXXXXXXXXXXXXXXXXXXX/index.html
This works for all extensions that have some sort of HTML page for their startup. For the extension I'm dealing with, this is index.html, but different extensions might have different HTML startup pages.
I see now that the URL with the reference to the HTML file is simply the extension ID followed by a slash, followied by the HTML file name. I was previously trying it incorrectly with the extension's version number as part of the path.
And to be clear, some extensions do not have HTML startup pages, and they therefore cannot be invoked in this manner.
im trying to delete domain security policy in Google Chrome following this post and this one.
But when i click to delete and clear data browser it not work.
my domain is: http://localhost.domain-test.app:57471 and i using Windows.
im following exacly instructions:
go to chrome://net-internals/#hsts
put localhost.domain-test.app in Delete domain security policies, click Delete Button. (put with port 57471 like example?)
go to settings -> advance settings -> clear data
Then, when i put my domain in chrome browser it force redirect to https. But im developing in localhost, i can't use https.
When i use Internet Explorer this problem not happen.
Thanks for all
The .app top level domain is preloaded for HSTS in the Chrome source code so cannot be “reset”.
See this blog post for more information: https://www.blog.google/technology/developers/introducing-app-more-secure-home-apps-web/ and also here: https://get.app
Since few days we are experiencing an issue in one of our a domain named "id-validation.us".
Google is blocking this domain on browsing from google-chrome. We tried to rectify the issue and found that google blocking all hits which is being done to id-validation.us. We are using a wildcard certificate on this domain and certificate is fine as it is working well on rest of the domain. We tried to remove the code from a web server as well but the result is still same.
Google is throwing below error once you browse the website from google-chrome. Currently, an index.html file is placed on this web-server for this domain but the response is same.
error message
Can someone help me find the solution to this problem?
You may have some automated script that may affect the computer or browser settings. Google recognizes any automatic redirection or setting-changing code in a server/website as malware.
I've developed a web app that uses google drive as hosting platform as explained here:
https://support.google.com/drive/answer/2881970?hl=en
The application has been working OK when users accessed:
https://googledrive.com/host/0B0YWdwxH6K5XdVpaNjhWUl9vZkE/?scriptid=AKfycbx66sZMaqLK8byhV7wY_DoQ8ouqF1acWRcc0JIHyDu5CVWZupAK&id=people
But yesterday it started redirecting that address to:
b216bdb4cf56e8d9d85cf1123921ca125a010325.googledrive.com/host/0B0YWdwxH6K5XdVpaNjhWUl9vZkE/
any idea why? is this a permanent change? does the subdomain key follow any logic?
Browser: occurs on chrome & IE
Operating System: windows8
Drive on the Web / Drive for desktop: when accessing googledrive.com/host
I found the right thread at google.com to answer this. Here it is: https://productforums.google.com/forum/#!category-topic/drive/mTyJXruRhBg
In short, the redirect and prefix is here to stay. It's for some security thing. All files within the same googledrive folder will be prefixed with the same guid-looking string. That is, provided we use this googledrive url form: googledrive.com/host/{folderID}/FriendlyFilename. Then, any support files you want to access or link from that folder, just access them as FriendlyFilename with relative url form.
My problem was, I was using the obscure form googledrive.com/host/{userID+fileID}. (no FolderID or FriendlyFilename). That now gets a different domain prefix for every file within the same folder.
Here's a different variation of that test file I showed above (which was getting Security exception for webworker). It works now by using the {FolderID}/FriendlyFilename form. Tada. https://googledrive.com/host/0B8BLd2qPPV7XME1rNU9iWnYtbTg/ded-worker-F12throw.html
Im currently using the Facebook Javascript SDK and I keep running into the following problem that appears in the console:
Given URL is not allowed by the Application configuration.: One or more of the given URLs is not allowed by the App's settings. It must match the Website URL or Canvas URL, or the domain must be a subdomain of one of the App's domains.
I've read a truck load of related posts but still can't get it to work. I am working locally using the following: http://localhost:8080/bookbayapp/. In my facebook developers app section I have the following:
But once again nothing seems to work. I am currently using Google Chrome for the testing and it is worth to mention that I am using the Facebook Plugin for Phonegap but when testing I comment out the link the to plugin js so I assume in doing this there shouldn't be any problems?
What works for me is using the actual URL of the production server, and then adding a line to the hosts file that redirects all traffic from that URL to localhost.
Let's say your website is called potatoes.com. In "Site URL" write:
http://potatoes.com/bookbayapp
and then open your hosts file (C:\Windows\System32\drivers\etc\hosts) and add the following line:
potatoes.com 127.0.0.1