336891 - Current typing language in Windows should be independed for each Firefox window

Status: RESOLVED DUPLICATE of bug 186549

(Core :: DOM: UI Events & Focus Handling, enhancement)

Description

[Paul Yanchenko]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3

In countries where English is not native language and alphabet is different from latin, there used special keyboard switcher, which switches between english and for example russian (cyrillic) keyboard.

All running programs has its own current state of typing language. Switching language in one program does not affects other programs. The current typing language is relative to system process, therefore switch of language affects to all threads of some process.

Firefox uses single process for all windows. Therefore switching language in one firefox window affects to all other firefox windows. This is not comfortable for user because usual behaviour is that each main window has it's own language state.

I request an option in firefox which forces firefox to create new process for each new window.

This option also is handy if one firefox window crashes, all windows closes too and important data may be lost.

Reproducible: Always

Comment 1

[Peter Kasting]

Dupe of bug 115903, bug 233919, or bug 19454 maybe?

Comment 2

[Jungshik Shin]

(In reply to comment #0)

> Therefore switching language in
> one firefox window affects to all other firefox windows. This is not
> comfortable for user because usual behaviour is that each main window has it's
> own language state.

Not everyone agrees with you. For one, I  don't think what you suggested is more convenient.  (I'm a Korean, btw.)
 
> I request an option in firefox which forces firefox to create new process for
> each new window.

Even if we all agreed that it's more convenient, we don't need to take that drastic measure to keep separate keyboard status' for different windows. 

There's a bug on this where no consensus was reached as to what to do. I can't find it now, but once found, this bug should be made a dupe.

Comment 3

[Paul Yanchenko]

(In reply to comment #2)

> Even if we all agreed that it's more convenient, we don't need to take that
> drastic measure to keep separate keyboard status' for different windows.

This is not such drastic measure as you think. Each duplicated process uses shared code segment of an application. So, each new window will not take much more memory. But keeping separate keyboard status through the separate processes is a single right way to do this. Another ways should use emulation and may be buggy with non-standard typing utilities.

> There's a bug on this where no consensus was reached as to what to do. I can't
> find it now, but once found, this bug should be made a dupe.

So, my wish for separate process never will be made?

Comment 4

[Bogdancev]

I agree with Paul Yanchenko.
I'm Ukrainian and use 3 languages: Ukrainian, English and Russian. It's very irritating me. Just believe me. I've created bug about tabs #441186.

Comment 5

[Tony Mechelynck [:tonymec]]

Paul, Sergiy: To invoke Firefox (or Thunderbird, SeaMonkey, etc.) again as a distinct process, use the -P <profilename> command-line switch (or the profile manager, invoked with the -ProfileManager switch) to make sure to use a different profile, and in addition, use either the -no-remote switch (Fx3 and later, Tb3 and later, Sm2 and later) or the MOZ_NO_REMOTE environment variable (all current versions) to forbid them inter-process communication (so they won't know that another process is trying to pass its command-line arguments to the existing one, or vice-versa)

It is not possible to have more than one process running at any given time on one common profile because they would work at cross-purposes, probably erasing each other's data whenever writing anything anywhere in the profile.

Bug 441186 is about one language per tab in a single instance. This one is about one language per window in different processes. I'm not sure whether to declare it a dupe, or WFM or whatever.

Comment 6

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Moving all keyboard/IME open bugs to DOM: UI Events & Focus Handling component.

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

This was fixed 16 years ago. Change "intl.keyboard.per_window_layout pref from about:config.