New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 4 users
Status: Assigned
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Feature

Sign in to add a comment
Chrome OS: Incognito window is not really incognito for IME users
Project Member Reported by, 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

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

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.

Labels: -Type-Bug Type-Feature
Status: Assigned
Status: Untriaged
Assigning to Xiangye for triaging.
Status: Assigned
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.

Comment 8 by, Apr 11 2016
Components: Privacy
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.
Labels: Hotlist-Privacy
+some ChromeOS privacy folks
Owner: ----
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 ).

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