Copying from the Android Chrome's Omnibox should not remove text selection |
|||||||
Issue descriptionSteps to reproduce the problem: 1. Open Android Chrome 2. Select some letters in the Omnibox (e.g. by long pressing on a word) 3. Copy the text selection (e.g. by Ctrl + C on a physical keyboard or pressing "Copy" from Contextual Action Mode.) 4. BUG:The text selection is reset. What is the expected behavior? The text selection should remain as is. What went wrong? The text selection is reset and moves to the end of the Omnibox. Did this work before? N/A Chrome version: 49.0.2623.105 Channel: n/a OS Version: M5C14J Flash Version: Desktop Chrome behaves as the expected behavior. Other Android views (including EditText) behaves as the expected behavior.
,
Apr 30 2016
FYI, desktop Chrome (Ubuntu, Mac, Windows) as well as Android Views do not behave like this.
,
May 2 2016
I agree, Ubuntu, Mac, Window platform behaves as you indicated. In Android, all other apps are clearing selection upon clicking copy option from action bar. Are you seeing this problem only on M version of Android ? Note: I am referring L version of Android.
,
May 2 2016
Ah, Sorry. This bug seems to be happening only when I use the keyboard shortcut (Ctrl + C), and does not happen if I click "Copy" via Contextual Action Mode.
,
May 3 2016
Ok. Thanks for the information. I will look into it later today.
,
Jun 2 2016
,
Jun 2 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 25
ajith.v@samsung.com do you have any update on this?
,
Sep 27
donnd@ I will look into this issue later today. Since platforms are changed a lot, I will check platform behavior and conclude.
,
Nov 2
A patch is submitted for review @ https://chromium-review.googlesource.com/c/chromium/src/+/1314085
,
Nov 13
@samsmlee - Could you revisit this bug once again and tell us are you facing same issue still ? @Ted - As you mentioned in the review comment, we have to take a call on whether to give priority on Android behavior or Chrome behavior. I am not able to decide which is best. If it's not significant, we can close this issue upon getting feedback from samsmlee@
,
Nov 14
Currently all Editable in Android platform is behaving similar way. Bringing to Chromium behavior in Android doesn't make sense in this case. So closing this issue as can't fix. Thank you |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ajit...@samsung.com
, Apr 30 2016Components: UI>Browser>Contextual
Labels: -Type-Bug Type-Feature
Status: Available (was: Unconfirmed)