Chrome Web Store review mistakes and inconsistency

147 views
Skip to first unread message

Chega de

unread,
Apr 15, 2016, 11:07:21 AM4/15/16
to Chromium-Apps-Announce
Hello Chrome Extension Builders,

Before deciding to write this message, we tried everything that we could through the normal/official (and slow) contact process (contact form and developers emails).

So this is actually my last try to solve it and also expose some of the Google's review mistakes and inconsistency when reviewing new items (extensions).

We currently have an extension (item hjdkfeeffbfcoanbnkeedjccphcmpehm) that was approved and published few months ago and that is now used by more than 70,000 people, with excellent rating on Chrome Web Store.


This extension is an Ad Blocker and was primarily focused in the Brazilian market, for Portuguese-speaking people.

Due the success of this extension, last week we decided to add two new extensions (Ids: mmcgdfakfmbepgnoogipkccigohjjcim and hgekbffcnpflnhfjkdfdlhffigdfbnae) that would focus on English-speaking and Spanish-speaking countries and, when we tried to add these extensions **with the exact same source code that we used for the item that is approved and published**, the Chrome review team is always rejecting with these arguments below:

To have your item reinstated, please make any necessary changes to ensure:

  • All of the files and code are included in the item’s package.
  • All code inside the package is human readable (no obfuscated or minified code).
  • Avoid requesting or executing remotely hosted code (including by referencing remote javascript files or executing code obtained by XHR requests).

So, just to make it clear:

1) The extension that is currently approved and published (item hjdkfeeffbfcoanbnkeedjccphcmpehm) does have minified code and even so was approved. 
Even so, we did what Chrome's team was requesting and uploaded new packages with human-readable code (not minified) and even so, again, our extensions were rejected;

2) The extension that is currently approved and published (item hjdkfeeffbfcoanbnkeedjccphcmpehm) does load dynamic content from our server, as we need to daily and automatically update our URL list for blocking ads, its impossible to simply build and publish a new extension version every time we need to block a new URL or type of Ad.
Ad Block Plus, uBlock and other Ad Blockers do the same and they are approved and published on the Chrome Web Store.

3) The extension source code of the new items, except by the text that needed to be changed, as the new extensions are in different languages (English and Spanish), is exact the same of the extension that is approved and published, line by line;
In order to prove that from them, we even created a diff file comparing line by line the source of the approved extension with the new extensions, even so this was not enough to prove them we were right and also to simply get some answer on our emails.

We have already argued all of that through email with Chrome's team, but never received any answer or reply, except by the standard "rejection and removal" emails. They simply don't care.

That being said, it's clear to me that:
1) Google Chrome team is deliberately trying to prevent us for publishing two new Ad Blocker extensions, because they saw the growth that we had with our first extension (that is approved and published);
or
2) Someone at Chrome's team is simply making repeated mistakes and no one cares nor read our emails;

I hope this message can help us get some human attention within Google's team and also alert you guys about the "really strange" problems that we are facing.

Thanks in advance.

Regards,
Gabriel. 
Captura de Tela 2016-04-14 às 10.22.59.png

James

unread,
Apr 15, 2016, 6:30:00 PM4/15/16
to Chromium-Apps-Announce
Hi Gabriel,

Thanks for sharing your concerns.  Our Developer Support team is reviewing your case and will reach out to you about this shortly.

Best,
James

Chega de

unread,
Apr 17, 2016, 1:37:23 PM4/17/16
to Chromium-Apps-Announce
Although this issue was more related to Google's policies than programming in the first place, the solution is still relevant to share for other Chrome extension developers, as it was somehow related about how to load remote resources for your extensions.

After posting this issue Google's team contact us and their question for keeping rejecting our extensions was related to the way we were loading remote resources for our extension.

Google's reply by email
> Your new extensions are fetching resource(s) from AAA.com.br. However, the official website(s) registered for your new items is BBB.com. This means that the resource(s) being fetched are coming from remote/third-party source(s) and as per our program policies, we had requested you to check the following:

> - If all of the files and code are included in the item’s package,  
> - All code inside the package is human readable (no obfuscated or minified code), and  
> - If the items are requesting or executing any remotely hosted code (including by referencing remote javascript files or executing code obtained by XHR requests)

> The specific issue here is with #3.

> It'll be great if you can give us some context on the resource that you're fetching and how the two websites in question are related. Once we have that information, we'll be happy to help you guys with the publishing process.


As we have two different URLs related to the same extensions (we have three extensions), for the new extensions/items the URL BBB.com was configured on Chrome Web Store Developers Console, but we were actually loading the resources from the URL AAA.com, that have being in use since we published our first extension/item.

Although both URLs were added and owner-validated to our Chrome Web Store Developers Console and both URLs were related to the same extensions, we now understood that is a good practice to load the resources from the URL that is actually configured on the extension details, even if you have more than one URL for the same extensions.

So, if you have URL AAA.com and BBB.com, and both are used for the extensions A and B, try to load the resources of the extension A from the URL AAA.com and the resources of the extension B from the URL BBB.com, even with both share the same backend.

This will avoid Google's team to think that you might be loading resources for your extension from unknown 3rd parties, that is forbidden according to the program policies.

Thanks so much for the clarity that enabled us solve the problem rapidly and easily. 

Sometimes being clear and specific when rejecting extensions could save time for all the people involved.

Chega de

unread,
Apr 21, 2016, 7:50:08 PM4/21/16
to Chromium-Apps-Announce
Hello All,

It's really sad to say, but we are again having problems with Chrome Web Store.

Now someone from Chrome's team simply removed one of our three extensions, that was published and had more than 20,000 users using it. 

Item ID: hgekbffcnpflnhfjkdfdlhffigdfbnae

This message below is now appearing on our Developer Dashboard:
"At least one of your items has been removed from the store because it did not comply with our policies or terms of service."

As we have stated before, the source code for the three extensions are exactly the same and, of course, all of them comply with the Google policies.

So, considering that all extensions have the exact same code, how can someone simply remove one of the extensions??? This is simply absurd.

Regards,
Gabriel.

Your Website

unread,
Apr 21, 2016, 7:56:08 PM4/21/16
to Chega de, Chromium-Apps-Announce
We just had the same problem with our extension today. 75k happy users and bam, gone. 

Haven't gotten an email about it but it happened before from an automated process and we responded to the email last time and they put it back up within a day or two. So - definitely reply and appeal it asap. Our extension: https://chrome.google.com/webstore/detail/tubebuddy/mhkhmbddkmdggbhaaaodilponhnccicb

--
You received this message because you are subscribed to the Google Groups "Chromium-Apps-Announce" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-app...@chromium.org.
To post to this group, send email to chromi...@chromium.org.
Visit this group at https://groups.google.com/a/chromium.org/group/chromium-apps/.
For more options, visit https://groups.google.com/a/chromium.org/d/optout.

Chega de Publicidade

unread,
Apr 21, 2016, 8:00:08 PM4/21/16
to Chromium-Apps-Announce
Hello,

Yes, we have already submitted an appeal, but this is simply absurd!

Our extension in an Ad Blocker, so you can imagine what will happen if our extension is removed from the user's browsers, users will start seeing Ads again and then simply install other ad blocker!

Regards,
Gabriel.
Reply all
Reply to author
Forward
0 new messages