Forumul comunității Toate produsele

Hello Mozilla Support,

I'm experiencing an issue with how Firefox displays date and time input fields on websites when using Hebrew (Israel).

• • Environment:**

- Firefox version: 158.0 (64-bit) - Operating system: Windows - Browser interface language: Hebrew - Regional locale: he-IL

• • The problem:**

Date fields are displayed in the format YYYY.MM.DD (for example, 2026.10.14) instead of DD/MM/YYYY (14/10/2026).

Time fields also sometimes display their components in an incorrect order, apparently due to right-to-left (RTL) handling.

This issue occurs across multiple websites, including the standard HTML date input example on MDN, so it is not specific to any particular website.

• • Troubleshooting already performed:**

1. Verified Windows regional settings: Hebrew (Israel), short date format dd/MM/yyyy, and time format HH:mm. 2. Verified Firefox regional preferences show he-IL. 3. Tested intl.regional_prefs.use_os_locales with both true and false. 4. Tested intl.locale.requested with he,en-US, he-IL,en-US, and he-IL. 5. Changed the preferred website language order to prioritize he-IL. 6. Restarted Firefox after making changes.

Unfortunately, the date issue persists, and the time field display is also inconsistent.

• • Expected behavior:**

Date fields should display DD/MM/YYYY, and time fields should display HH:mm in the correct visual order, while keeping the Firefox interface in Hebrew.

Could you please confirm whether this is a known Firefox bug and whether there is a supported workaround or a planned fix?

Thank you.

misconversion (mojibake) does not happen when a mail header is as below. Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

misconversion (mojibake) happens when a mail header is as below. Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit

It seems encoding in my Thunderbird does not match 8bit. Several years ago Thunderbird had an option to modify text encoding but I cannot find such an option in the recent versions. It would be really appreciated if anyone help. Thank you.

The translation quality of the mobile Firefox browser is poor; the translations lack precision and contain errors, resulting in awkward phrasing. I hope the translation quality can be improved.

I've followed all of Firefox's suggestions for translating web pages without success. (I have the latest version of Firefox.) No translation panel automatically opens when I visit a page in French. I have no translation icon in the tool bar to click, and "translate page" doesn't appear in any Firefox drop-down menus. No translation options appear when I right click on the web page. Any suggestions?

My browser constantly tries to guess the language of web pages and offers me translations. These functions get in my way, I don't need them. How to switch off any translations (and translation offers) forever for all sites?

I want to install another language. Language selected, clicked ADD. Firefox sticks at "Downloading" with marker moving left and right. Why? And how do I install the language I want?

Hello!

I'm a Japanese user who recently started using Firefox, and I have a question.

I've noticed that Firefox's built-in translation feature is somewhat less convenient than those of Edge and Chrome, especially when I want to translate pages into my native language (Japanese) regardless of the language Firefox detects.

For some reason, when Firefox identifies a page as Japanese, it doesn't offer the one-click translation option, even if the page contains a lot of English text.

To work around this, I have to click the ≡ menu on each page, change the source language from Japanese to English, and then change the target language from Japanese to English.

Does anyone have any ideas for making this translation process smoother?

Any suggestions would be greatly appreciated.

Thank you!

Environment: - Firefox 157.0.1 (64-bit) - Windows 11 (build 26100) - IME: Microsoft Pinyin (TSF)

Steps to reproduce: 1. Open any page with a text input (e.g. chat.deepseek.com). 2. Type quickly in Chinese Pinyin, e.g. "zuihou". 3. At some point during composition, the current composition ("zu") is committed as raw pinyin (with the apostrophe separator preserved), and the next key ("i") starts a new composition.

Expected behavior: - The composition should continue normally, and all keys should be consumed by the IME. - No raw pinyin string should ever be committed.

Actual behavior: - Firefox delivers the key event to the web page with keyCode 73 ("i") instead of keyCode 229 (Process), so the IME never receives it. - The IME's internal composition state stays at "zu" while the browser display has already moved on. - When the next key arrives, the IME commits the stale "zu" as raw pinyin and starts a new composition. - This results in the composition being split into two parts, with the first part committed as raw pinyin containing the "'" separator.

Additional context: - The problem occurs only in Firefox. In Edge (Chromium) on the same machine, typing the same sequence for several minutes never reproduces it. - It does not occur with every key; only certain keystrokes are affected, and it seems to require fast typing. - The issue is not caused by keyboard hardware, third-party software (AutoHotkey, yasb, PixPin, Intel drivers, MuMu), or key injection. A low-level keyboard hook log shows no injected events (inj=0 for all 204 keystrokes).

Log excerpt (from a JS composition probe injected into the page): [ime] 04:20:54.740 keydown key=Process isComposing=false keyCode=229 repeat=false [ime] 04:20:54.740 COMPOSITIONSTART data="" [ime] 04:20:54.741 compositionupdate data="z" [ime] 04:20:54.831 keydown key=Process isComposing=true keyCode=229 repeat=false [ime] 04:20:54.833 compositionupdate data="zu" [ime] 04:20:54.928 keydown key=i isComposing=true keyCode=73 repeat=false <-- key 73, not 229 [ime] 04:20:55.324 keydown key=Process isComposing=true keyCode=229 repeat=false [ime] 04:20:55.326 COMPOSITIONEND data="zu" <-- stale composition committed [ime] 04:20:55.327 COMPOSITIONSTART data="" [ime] 04:20:55.327 compositionupdate data="h"

My Firefox is in English, but the new update page is never displayed in English,

https://www.firefox.com/pt-PT/whatsnew/general/?from_main_nav=true&version=155

Problem number 1: It should be based on the installed language.

Problem number 2: It says PT-PT but it's 100% PT-BR, What is "celular" and "privativo"?, sintax does not conform to european portuguese either.

The subject line of replies to email messages are preceded with Aw: instead of Re:. Aw: appears to be the German language version of Re:, but my language is set to English as best as I can determine. Forwarded email are preceded with Fw: as normal. My other email (Yahoo mail) does not have this problem. I do not see anything other than the Subject line Aw: that looks like it is in another language. If I use a different browser (I usually use Firefox,) the same problem occurs so I do not think it is a browser setting. It only happens in my mail.com account so I do not think it is a global Windows setting. This problem started several months ago -- I have been using mail.com for many years without this problem so it appears to be caused by a mail.com update. Thanks.

In my Settings, the browser's fallback language is set to Portuguese, without giving me any other language choice, nor leaving it blank. I assume this is the reason I keep seeing menus, notifications, etc., randomly popping up in Portuguese.

Which dictionary are we using? (Or are we allowing English spelling to be supplanted with American or other spelling?)

Whereas in MS Windows I can choose UK English or one of the many different forms of English in use elsewhere, I'm noting that in Mozilla/Firefox I get the typical warning under a spelling that does not equate with the spelling used in the current dictionary and yet these spellings are not UK English...

Even I choose UK English as my default dictionary the spelling of "colour", "neighbour", aluminium, still give this indicator.

In my Settings, the browser's fallback language is set to Portuguese, without giving me any other language choice, nor leaving it blank. I assume this is the reason I keep seeing menus, notifications, etc., randomly popping up in Portuguese.