|Chrome OS: Incognito window is not really incognito for IME users|
|Project Member Reported by firstname.lastname@example.org, Oct 24 2013||Back to list|
Chrome Version : 32.0.1678.0 OS Version: 4856.0.0 What steps will reproduce the problem? 1. Sign in 2. Press Ctrl+Shift+N to open an incognito window 3. Enable Japanese (or Chinese or whatever) IME 4. Click Omnibox 5. Type a sensitive or embarrassing word several times. 6. Switch back to a normal Chrome window. 7. Click Omnibox 8. Type a word whose prefix is the same as the sensitive word typed in 5. What is the expected result? In step 8, the word entered in 5 should never be suggested. What happens instead of that? It is suggested. Please provide any additional information below. Attach a screenshot if possible. Please turn off the "learning" feature by default when in Incognito window. I feel like this is a privacy issue. UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 4856.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1678.0 Safari/537.36
Oct 24 2013,
I only tested nacl-mozc (for Japanese) but Chrome OS IMEs for other languages might have the same issue. Kenji, please cc: Input Tools folks if that is the case.
Oct 29 2013,
Nov 6 2013,
Mar 12 2014,
Assigning to Xiangye for triaging.
Mar 18 2014,
Jan 5 2015,
Apr 17 2015,
This bug is priority 1 or 2 and hasn't been touched in over 60 days. Please do the following WITHIN THE NEXT 7 DAYS: 1: Repro the bug. If you can't repro, close it with a note to reopen if the problem still occurs. 2: If you CAN repro the problem please do one of the following A: Fix it. B: Find a new owner who is willing to fix it soon. C: Take yourself off of the bug and set the status to untriaged. Thanks
Apr 11 2016,
rpop@: Can you find the right owner to work on this from Chrome team? It's kinda disappointing that no progress has been made since this was filed roughly 4 years ago.
+some ChromeOS privacy folks
Hmm. I understand why this is unexpected from a user perspective. However, if you add a bookmark in incognito mode, it will persist in regular mode and this is by design. I think the dividing principle is that bookmark add is an explicit action the user chose to take, while adding a sensitive word is happening implicitly without user intent. Adding more people; I'm not sure who the correct owner is. Is this Blink input or browser spellcheck or something else?
The virtual keyboard on Android (gBoard) already has a concept of Incognito, we should definitely strive for the same on ChromeOS. And yes, the difference w.r.t. bookmarks is definitely explicit user action.
> Is this Blink input or browser spellcheck or something else? This is an issue of Chrome OS IME (input method editor) implementation. What has to be improved/modified I think are Chrome OS' IME extensions and the interface between Chrome browser and the extensions (which is probably https://developers.chrome.com/extensions/input_ime ). The IMEs are component extensions, and are part of Chrome OS system image btw.
+tbuckley for input and +omrilio for IME, and +devlin for extensions APIs
-> shuchen@ for IME triage; +azurewei@.
+ARC IME and CrOS VK folks.
|► Sign in to add a comment|