-
Notifications
You must be signed in to change notification settings - Fork 80
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
Dev build 1.22.5rc1 "REJECTED" from Chrome Web Store #745
Comments
I won't re-submit to try to have the dev build restored in the CWS, uBO does not "bundle unrelated functionality" as implied in the email, thus closing as wontfix. |
Sounds like a false positive on their part. So dev builds users are stuck on rc0 build now ? |
No point speculating one way or another, my experience with the CWS in the past is that we will never know why it was labelled "REJECTED", they never disclose the exact "why". |
But in the past, re-submitting worked, didn't it ? |
Also, keep in mind that the next stable release of uBO is essentially what 1.22.5rc1+ is. |
Your point? I should spam re-submissions with no changes until I am banned from the CWS? Let's leave it at this: wontfix, and I do not want a thread filled with speculations, this accomplishes absolutely nothing productive in the end (https://www.reddit.com/r/uBlockOrigin/ is more appropriate for this). |
My point: try once again, or look into jspenguin2017/uBlockProtector#312 as this was suggested to you before too. If none of those work then give up.
Trying it once more is not going to cost you anything. Anyways, your choice in the end. |
This post is more than two years old. Submissions of uBO dev build to the CWS is already and has been automated for long while now. |
Just for the sake of having tried, I submitted 1.22.5rc2, and I received the same exact answer as above. I also sent the following reply:
This was the answer:
In other words, stonewalling. Since the next uBO release will essentially be what 1.22.5rc2 is, consider that uBO is probably coming to an end of life in the Chrome Web Store -- there is no good reason to believe uBO 1.22.5rc2 would no longer be rejected with only changing the version number to 1.23.0. Those who still want to use uBO will have to find another browser for which uBO will still be available. |
Given this stance of theirs, would you try to update/upload the stable version to the store or not ? |
I will upload stable to the Chrome Web Store, but given 1.22.5rc2 is rejected, logic dictates that 1.23.0 will be rejected. Actually, logic dictates that 1.22.5rc0 should also be rejected and yet it's still available in the Chrome Web Store. But as you can see, logic is not at work here, it's arbitrariness conveniently hiding behind vague, unspecific accusations of "policy violations". |
They're going with their same "bundled" BS rethoric, I have sent some feedback and some strong words on their web-store page, I doubt that would do anything to change the situation, though this is not how I was expecting to end :( |
I've reacted too on twitter and google web store. |
It would be nice if other chromium browsers allowed the installation of extensions from github repositories or at least only some specific (trusted) extensions |
https://www.reddit.com/r/chrome/comments/dgoymg/warning_ubo_ublock_origin_will_possibly_be/
|
Other cases supporting that there is no way to resolve this sort of issues by having an email exchange about the actual specific reasons why a submission is rejected or an extension is outright removed: |
Approved --
Edit: Latest build is now available in CWS. |
To clarify to those who think I should have been more persistent: My own past experiences:
So this was the fourth time in my case. This is why I marked and will mark as |
https://github.com/orgs/uBlockOrigin/teams/ublock-issues-volunteers/discussions/11 (accesible to uBO Team only) Back in May 2018, they took it down for no reason. |
Thanks, I couldn't remember where this was discussed. So for the record, cutting & pasting my comments from there: gorhill on May 17, 2018 Sorry nothing I can do -- it's removed and unless I am being told by a human being exactly why, I can't fix this. https://twitter.com/gorhill/status/997162260199075840 https://twitter.com/gorhill/status/997206089132400641 gorhill on May 19, 2018 It's back. It ended up being re-published after I changed "uBlock Origin Dev Build" to "uBlock Origin Development Build". |
Since then, dev build has become "unlisted" in Store. |
I set it to be unlisted since when it got banned back in May 2018 -- I don't want people to install it by merely stumbling on it, I want people to install if they want when visiting the release notes. |
Apologies for the delay in getting back to you all on this rejection. I said I'd share an update shortly after the work week started but, regrettably, I lost track of this task. I was reminded on Oct. 22 when a Reddit user tagged me asking for an update. Following up on this, the development build was rejected for violating the single purpose policy because the "block element" feature isn't described in the extension's listing. IMO this was an overly-strict interpretation of the single purpose policy and I'm talking to the review team about this specific issue. In the short term, I'd encourage developers to mention all of their extension's functionality in their web store listing. But that brings us to what I believe is the core issue at hand: our current developer communications have … room for improvement. As @gorhill said in #745 (comment),
I get where he's coming from. The rejection emails developers receive are very high-level, describing only the policy that was violated rather than the observed violation. As I understand it, this format was adopted in order to avoid providing malicious actors with information that would help them game the review process. But this also has the effect of not providing developers with enough guidance to address the violation or to clarify a misunderstanding with the reviewer. As I mentioned on Reddit, we're working to strike a better balance in our communications and improve the developer experience. While we started this effort before this rejection took place, we're still pretty early in the process. Look forward to more on this front in the coming months. Apologies again for the delay in getting back to you with this. Simeon - @dotproto |
and yet only the dev build was targeted, and it happened specifically after all this time, the description for block element hasn't been present since the beggining, that's puzzling!. |
What is meant by "extension's listing"? If that is the "Overview" in CWS then it has this paragraph:
|
"We won't disclose which specific action you took that resulted in you breaking the law, because you may be able to find a legal loophole next time. Here is your sentence, our decision is final, and we will not provide you any new information." @dotproto, that's very odd reasoning, and it obviously results in a system that operates without oversight and which makes due process impossible. This position makes the assumption that your reviewers are infallible and fair, which they are not. Consider my experience with CWS reviewers: dessant/search-by-image#57 It starts with the extension getting a 7 day deadline to change something in the description, and it ends with the extension being taken down for nonsense policy violations 3 days before the deadline. Those policy violations were apparently retracted after I've made things public, and the extension was reinstated. During these exchanges I honestly felt bullied by reviewers. @dotproto, my experience is a common one among developers. What changes do you plan to introduce which will ensure that developers receive due process on the Chrome Web Store during reviews? |
I'm happy to answer questions to the best of my ability but I also don't want to hijack this without the project's permission. @gorhill & contributors, do you mind having this discussion here or would you prefer if we moved it elsewhere? The chromium-extensions list is my go-to as the questions folks have asked so far would be relevant to the broader developer community there. |
@dotproto, it would be constructive if your team would compile a list of complaints and pin it to the top of the mailing list. That would signal that the damage the current system is causing is acknowledged and well understood. You must understand that unless there is an official acknowledgement of these issues, your recent interactions here and on Reddit look just like damage control. This is not an acute issue, so it's best to show that your team truly understands the gravity of this problem. |
Other more popular content blockers such as AdBlock and Adblock Plus -- which have existed in the Chrome Web Store before uBO was first published -- also have this feature. This is a key feature for any top tier blocker, so I fail to make sense why uBlock Origin Development Build is being singled out for this. |
@dotproto uBO dev build is stuck again in Pending Review on CWS and the last update was 1.22.5.106 on Oct 17th fyi |
@gorhill, @uBlock-user, the preferable way to reach out to him is Twitter. This issue probably should be renamed and reopend as well. |
@mikhaelkh I don't use Twitter. |
The latest version of Search By Image has been repeatedly rejected from the Chrome Web Store. I'm releasing reviewer messages again to raise awareness about how disfunctional and unjust Google's review process is. |
Here is the email I received today at 8h33:
Screenshots:
Dev build 1.22.5rc0 is still available -- here is the difference between rc0 and rc1.
The text was updated successfully, but these errors were encountered: