HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
w3c
webextensions
Bikeshed2021–2026
w3c / webextensions

webextensions

Charter and administrivia for the WebExtensions Community Group (WECG)

27Distinct people
45Mentions
1Explicit recommenders
723GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Charter and administrivia for the WebExtensions Community Group (WECG)

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

Brian Kardell's recent post "Webrise"[1] has similar exploration of what humanity might be able to do to become responsible stewards of one it's most important common means.…

rektide used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 2:59:58 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year45 dated mentions

Observed mentions: 2021-06-05 10:49:12 UTC to 2026-07-31 14:57:28 UTC.

0510152021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 10 mentions; 1 submissions, 9 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 13 mentions; 1 submissions, 12 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 16 mentions; 0 submissions, 16 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC1019
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC13112
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC16016
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC404
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
W3C WebExtensions Groups This repository is the home for the W3C WebExtensions Community Group (WECG) and Working Group (WEWG). Quick Links 📜 Draft Specification 📝 Meeting Minutes Contributing & Issue Tracking 🤝 Contributing Guidelines 🌐 Browser-specific issue tracking 🐛 W3C Issue Tracker WebExtension Community Group (WECG) Focuses on gathering community feedback and early API design incubation. 🌐 W3C page 🏅 Charter 📅 Calendar WebExtension Working Group (WECG) Focuses on specification work and producing formal W3C Recommendations. 🌐 W3C Page 🏅 Charter 📅 Calendar
Read the full README on GitHub

What Hacker News says

4 sources
This seems to be a significant problem: https://github.com/w3c/webextensions/issues/493#issuecomment... TL;DR: In order to detect ad blocks sites create "bait" URL's that look like ads, but are purely there to detect if ad blockers block them. The only reason to do that is to punish the user for using a ad blocker, perhaps by nagging them, perhaps by refusing to display or load the content entirely. UBO responded by making bait URL's appear to work by redirecting them to local resources. Sites responded to that by putting required content behind bait URL's. So UBO now uses a number of dynamic heuristics it uses to detect what is bait and what isn't. Those heuristics aren't possible in V3. My guess is UBO ability to change it's behaviour for every site based on what the site did created never ending war between ad blocker detectors an
Read the rest
d UBO. Engaging in that war too much effort for a lot of web sites to engage in, which is why you don't see too many ad blocker detectors. With advent of V3 this dynamic will change, as UBOL will have one hand tied behind it's back. My prediction is once V3 comes in, a lot more sites will start demanding you disable UBOL - but they won't notice the presence of UBO.
In Google pulls the plug on uBlock Origin
Exactly as they intended. They can claim all they want that this is for security and that they're "supportive" of adblockers, but if you read the meeting minutes it's clear that they're just phoning it in in terms of the API surface needed to properly support adblocking against a hostile web. https://github.com/w3c/webextensions/blob/56dc974e5d583d6989... https://github.com/w3c/webextensions/blob/01ac3748984f31885c...
In Google is killing one of Chrome's biggest ad blockers
It sure is awfully convenient that MV3 by design will prevent referal-stripping extensions https://github.com/w3c/webextensions/issues/302 (By the way, the meeting minutes are all published so you can read exactly how they're conspiring to kill your privacy and security. Take note of how many times they decide not to implement something citing that they don't want to engage in a cat-mouse game. How benevolent of them, to make the hard decisions on our behalf.)
In About Google Chrome's "This extension may soon no longer be supported"

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.