HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
jeremiahlee
page-translator
HISTORICAL RECORD2019–2019
jeremiahlee / page-translator · Not publicly available

page-translator

Discover this repository through its Hacker News conversations.

3Distinct people
4Mentions
0Explicit recommenders
REPOSITORY AT A GLANCE

What to know before exploring

What it is

A public description has not been verified.

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

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 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 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 day4 dated mentions

Observed mentions: 2019-10-22 09:00:21 UTC to 2019-11-01 13:38:30 UTC.

0122019-10-22 00:00:00 UTC to 2019-10-23 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsOct 222019-10-23 00:00:00 UTC to 2019-10-24 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-24 00:00:00 UTC to 2019-10-25 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2019-10-25 00:00:00 UTC to 2019-10-26 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-26 00:00:00 UTC to 2019-10-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-27 00:00:00 UTC to 2019-10-28 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsOct 272019-10-28 00:00:00 UTC to 2019-10-29 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-29 00:00:00 UTC to 2019-10-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-30 00:00:00 UTC to 2019-10-31 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-10-31 00:00:00 UTC to 2019-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-11-01 00:00:00 UTC to 2019-11-02 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsNov 1

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
Oct 222019-10-22 00:00:00 UTC2019-10-23 00:00:00 UTC101
Oct 232019-10-23 00:00:00 UTC2019-10-24 00:00:00 UTC000
Oct 242019-10-24 00:00:00 UTC2019-10-25 00:00:00 UTC202
Oct 252019-10-25 00:00:00 UTC2019-10-26 00:00:00 UTC000
Oct 262019-10-26 00:00:00 UTC2019-10-27 00:00:00 UTC000
Oct 272019-10-27 00:00:00 UTC2019-10-28 00:00:00 UTC000
Oct 282019-10-28 00:00:00 UTC2019-10-29 00:00:00 UTC000
Oct 292019-10-29 00:00:00 UTC2019-10-30 00:00:00 UTC000
Oct 302019-10-30 00:00:00 UTC2019-10-31 00:00:00 UTC000
Oct 312019-10-31 00:00:00 UTC2019-11-01 00:00:00 UTC000
Nov 12019-11-01 00:00:00 UTC2019-11-02 00:00:00 UTC101

What Hacker News says

4 sources
Mozilla intends to remove all methods for installing private extensions in the release version of Firefox. The extension source code must be disclosed to Mozilla during signing, and it must adhere to their add-on policies [1]. Mozilla is blocklisting benign extensions distributed outside of Firefox Add-ons which do not follow these guidelines [2]. They are working on disabling a method which allows users with root access to configure Firefox to load unsigned extensions [3], citing concerns over adware with root access. The feature is being disabled even on Linux, where such adware was never really a problem, despite making several other use cases impossible. Requiring extensions to be signed by default is a great initiative by Mozilla, but we must be given ways to install private extensions in the release version of Firefox without disclo
Read the rest
sing the source code to Mozilla, or worrying that an extension for personal use may be blocklisted. Forbidding local extensions in the release version of Firefox, without a way to override the option, guarded by administrative access and appropriate warnings, is heavy-handed and has a questionable threat model. Signing can be turned off in Firefox Developer Edition (based on Firefox Beta) and unbranded builds (no automatic updates), but those browsers are not meant for end users. We must be given ways to install private extensions in the best version of Firefox, and that is the release version of the browser. Not even Google is this heavy-handed, they allow installing local extensions in Chrome after users enable an option, although a warning is shown on browser restarts about the presence of external extensions, which can be dismissed. [1] https://extensionworkshop.com/documentation/publish/add-on-p... [2] https://github.com/jeremiahlee/page-translator/issues/26 [3] https://bugzilla.mozilla.org/show_bug.cgi?id=1514451
In Firefox to Discontinue Sideloaded Extensions
> No, it does not work, as the maintainer of Page Translator can attest. > > https://github.com/jeremiahlee/page-translator/issues/26 Ouch. I'm generally in favour of having add-ons signed, but I do have an extension that injects an external script into the browser and web pages - for a completely non-nefarious use case. I do understand the security risk and why they'd block it, but I'm not looking forward to the day my extension is no longer flying under the radar and gets pulled. Edit: Of note is that the Chrome web-store does allow my extension, but requires a multi-week review every time I upload a new version. Somehow they're fine with the remote code, even though it could change after their review.
In Firefox Preview/GeckoView Add-Ons Support
I gave more details about my use case here: https://github.com/jeremiahlee/page-translator/issues/26#iss... Though its worth noting that we do not need reasons to expect our privacy being respected. And this issue is not just about me and my needs, but about user liberties, so please refrain from making it personal. > Also why can't a user take the code for your extension, create an account on the add-on marketplace and privately get it signed for themselves. It's a multistep process but works. No, it does not work, as the maintainer of Page Translator can attest. https://github.com/jeremiahlee/page-translator/issues/26 This change is hostile to users and concentrates power in the hands of the browser vendor. Consider that they are making third-party extension stores impossible.
In Firefox Preview/GeckoView Add-Ons Support

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.