Https-everywhere: Text missing in UI in Firefox when using non-"English (US)" language

[jony0008]

[ghost]

Looks like an i18n issue.

[Cynnexis]

I have the same problem on Firefox 52.3.0 on Ubuntu: There is nothing but the check boxes and the version string.

[jeremyn]

What's an example URL or ruleset where this happens?

[Cynnexis]

In my case, this bug appears regardless of the URL, even in the Start Page about:home. For the ruleset, I noticed that each time I try to check/uncheck a box, the panel close, and when I reopen it, the configuration did not change (same config as the image below: first box checked, this other uncheck).

[ghost]

@Cynnexis Send me a developer console log.

[ghost]

It looks like JavaScript in popup.html have crashed.

[Bisaloo]

I can reproduce on Tor Browser 7.0.4.

[Cynnexis]

@koops76 How can I access to the console log?

[ghost]

@Cynnexis F12 > Console

[ghost]

I had the exact same result at first as @Cynnexis showed a screenshot of above. Curiously, when I opened the console through Tools > Web Developer > Web Console, and cleared the console log by clicking on the trash can icon to the left in its toolbar (I don't know if this is really relevant or not, but am including it for completeness; there was no relevant output before I cleared the console), HTTPS Everywhere started displaying correctly; I clicked its toolbar button hoping to capture some debugging information to add to this issue, and it displayed just fine. It also looks like Privacy Badger, which has been acting up exactly like HTTPS Everywhere just did, has now also started working. Both appear to remain stable also after restarting the browser. No output in the console window. Firefox ESR 52.3.0 / 64-bit, Debian.

[Cynnexis]

I opened the console windows juste like @koops76 said and load a page (Qwant.com in this case) . Then I clicked the _HTTPS Everywhere_ button, but no outputs appeared in the console:

Clicking the trash icon to clear the console did nothing, even when I reopened _HTTPS Everywhere_ panel.

[ghost]

Sorry; strike my previous comment. I believe I've found what caused the issue shown in https://github.com/EFForg/https-everywhere/issues/12009#issuecomment-323594187 at least in my case: Javascript. If I use the "Toggle Javascript" add-on toolbar button to completely disable Javascript, then the HTTPS Everywhere dropdown shows as essentially empty and doesn't work, as previously shown. If I turn Javascript back on, then it works. @Cynnexis I see that you have NoScript in "no scripts allowed" mode in your most recent screenshot. Consider trying turning on Javascript globally via NoScript, and also if you have any other add-on that may interfere with Javascript make sure it doesn't, and see if it works better.

[jeremyn]

In that case this is a duplicate of issue #11948, see specifically https://github.com/EFForg/https-everywhere/issues/11948#issuecomment-323188167. There are issues opened against both Firefox and Tor as linked in https://github.com/EFForg/https-everywhere/issues/11948#issuecomment-323231663.

[LMLB]

I have javascript enabled and I have the same result as @jony0008.

[jeremyn]

@LMLB Please describe your system and provide a screenshot.

[LMLB]

Windows 7 64 bit, Firefox 55.0.3 (64-bit, Swedish).

However, if I install the "English (US)" language pack from https://addons.mozilla.org/firefox/language-tools/ and change the general.useragent.locale pref to en-US and restart Firefox, it looks like this:

Edit: It turns out installing the language pack is not necessary, just changing general.useragent.locale is enough. (this will only changes the language in addons, Firefox stays in the original language).

Finally, here is a workaround for this bug: open about:config, change general.useragent.locale to en-US, and restart Firefox. All add-ons will be in English, but Firefox will be in the language it was installed in.

[ghost]

@LMLB Indeed, it is an I18N issue. We need to do something with the current I18N system.

[jeremyn]

Thanks for the extra information @LMLB .

[rncgit]

I am having the same problem - but it's not due to some of the claimed causes mentioned in this thread. My system lang is US English, including the Firefox general.useragent.locale setting. I have completely disabled Noscript. I have allowed all the popup settings I can find, but it doesn't make any difference. Two points that hasn't been made so far::

1. when I R-click the toolbar icon, the full popup (with text) appears for half a second, then is overwritten by another popup that shows only scattered tickboxes and horizontal lines, no text.
2. certain entries on the R-click menu are selectively missing now from other Firefox add-ons as well, eg, Save-Page-WE

[ghost]

@rncgit Likely a Firefox issue.

[jony0008]

Any progress on this issue? I still have the problem.

[Hainish]

This is because the actual translations have been blanked out for 3 locales: sv_SE (Swedish) ca@valencia (Valencian Catalan) and ms (Malay). I'll try to get this fixed ASAP.

[Hainish]

There are three locales that are similar that are translated for each of these:

sv (Swedish, no country specification), ca (Catalan generic), and ms_MY (Malay from Malaysia). For now, use one of these.

[jony0008]

@Hainish sv should be used for Swedish and not sv_SE because Swedish is spoken in other countries such as Finland and is not specific to Sweden.

[Hainish]

@jony0008 my suggestion is only for HTTPS Everywhere, not in general. We'll still be fixing the problem for the affected locales

[niklasholm]

@Hainish I tried changing general.useragent.locale to sv from the default (sv-SE) but it didn't make any difference.

[Hainish]

I've just pinged the upstream transifex maintainer again.

[Hainish]

I've received notification that the upstream transifex fix was not pushed properly. I have been notified that it was fixed with this commit: https://gitweb.torproject.org/translation.git/commit/?h=https_everywhere&id=4b55350d48a78614ad14087dc4eefe289543ff5b

[jony0008]

@Hainish Swedish strings are missing in the commit. I think you pushed sv_SE strings which don't exist, and sv strings should be pushed instead.

[Hainish]

@jony0008 can you confirm that the Swedish translation is still missing in the 2018.2.26 release? (It may take a moment to propagate the update in the Firefox & Chrome extension stores.)

[jony0008]

@Hainish The Swedish translation is not missing in the latest version and the previous version. It works well in both Firefox and Chrome.

[Hainish]

@jony0008 great, thank you! Closing now.